2023年8月3日 · DDD 不是架构，而是一种 架构设计 方法论，它通过边界划分将复杂业务领域简单化，帮我们设计出清晰的领域和应用边界，可以很容易地实现架构演进。

2025年1月15日 · DDD 分层架构对三层架构的业务逻辑层进行了更清晰的划分，解决了三层架构中核心业务逻辑混乱、代码改动相互影响大的问题。

2024年11月19日 · DDD领取驱动是非常热的架构设计，微服务也有大量涉及，本文详细解析领域驱动设计（DDD），涵盖DDD原理、实践步骤及核心概念等，帮助更好地管理复杂业务逻辑。

为了避免同样的概念或语义在不同的上下文环境中产生歧义，DDD 在战略设计上提出了“限界上下文”这个概念，用来确定语义所在的领域边界。

4 天之前 · 如何实现 DDD？ 1. 战略设计 （宏观规划） 划分限界上下文（Bounded Context）：将系统拆解为多个独立子域（如订单、用户、支付），每个子域对应一个明确的业务边界。 定义上下文映射：明确子域之间的交互关系（如共享内核、防腐层）。 识别核心域：聚焦资源在最具业务价值的子域上。 2. 战术 ...

2023年4月27日 · 指导思想（DDD）：重点借鉴了 DDD 中的表现层（User Interface）、领域层（Domain）和基础设施层（Infrastructure）解决我们的问题。 03代码实现. 领域层（Domain）是系统的核心，负责表达业务概念，业务状态信息以及业务规则，即包含了该领域（问题域）所有复杂的业务知识抽象和规则定义。 该层主要精力要放在领域对象分析上，可以从实体，值对象，聚合（聚合根），领域服务，领域事件，仓储，工厂等方面入手； 本文中放置核心模型定义（实 …

将领域模型落地到系统设计包含 2 部分内容，本讲演练了第一部分内容——从 DDD 落实到数据库设计的整个过程： 传统的 4 种关系可以直接转换；

2025年1月7日 · 域驱动设计 （DDD）是一种软件开发方法，旨在帮助开发者创建可维护和可扩展的系统。 它将业务领域的知识和规则集中在模型上，而不是基于技术实现。

00 开篇词 让我们把 DDD 的思想真正落地.md 01 DDD ：杜绝软件退化的利器.md 02 以电商支付功能为例演练 DDD.md 03 DDD 是如何落地到数据库设计的？.md 04 领域模型是如何指导程序设计的？.md 05 聚合、仓库与工厂：傻傻分不清楚.md 06 限界上下文：冲破微服务设计困局的利器.md 07 在线订餐场景中是如何开 ...

2017年12月22日 · 至少30年以前，一些软件设计人员就已经意识到领域建模和设计的重要性，并形成一种思潮，Eric Evans将其定义为领域驱动设计（Domain-Driven Design，简称DDD）。 在互联网开发“小步快跑，迭代试错”的大环境下，DDD似乎是一种比较“古老而缓慢”的思想。