DDD实战-笔记

todo

0 开篇

中台本质是业务模型，微服务是业务模型的系统落地，DDD 是一种设计思想，它可以同时指导中台业务建模和微服务设计，它们之间就是这样的一个铁三角关系。DDD 强调领域模型和微服务设计的一体性，先有领域模型然后才有微服务，而不是脱离领域模型来谈微服务设计。

1 微服务 DDD

2 领域、子域、核心域、通用域和支撑域

DDD 的领域就是这个边界内要解 决的业务问题域。
我们把划分出来的多个子领域称为子域，每个子域对应一个更小的问题域或更小的业务范围。

领域的核心思想就是将问题域逐级细分，来降低业务理解和系统实现的复杂度。通过领域细
分，逐步缩小微服务需要解决的问题域，构建合适的领域模型，而领域模型映射成系统就是
微服务了。
核心域、支撑域和通用域的主要目标是:通过领域划分，区分不同子域在公司内的不同功能
属性和重要性，从而公司可对不同子域采取不同的资源投入和建设策略，其关注度也会不一
样。

3 界定上下文

在事件风暴过程中，通过团队交流达成共识的，能够简单、清晰、准确描述业务涵义和规则的语言就是通用语言
DDD 在战略设计上提出了“限界上下文”这个 概念，用来确定语义所在的领域边界。

通用语言:团队内部能够清晰、准确的描述业务模型的语言就是通用语言。 限界上下文:为通用语言划定边界，并提供语义上下文。领域内所有界限上下文的模型构 成了整个领域模型。 理论上，某些条件下，限界上下文的划分也最终确定了微服务的边界。

4 实体和值对象

实体有唯一ID，实体是通过ID来区分不同实体的，值对象是通过属性来区分不同值对象的，即时实体的属性都发生了改变，只要它的ID还是原来的ID，实体还是那个实体。值对象只要改变了属性值，就已经不是原来的值对象了。

在领域建模时，我们可以将部分对象设计为值对象，保留对象的业务涵义，同时又减少了实体的数量;在数据建模时，我们可以将值对象嵌入实体，减少实体表的数量，简化数据库设计。

5 聚合和聚合根

领域模型内的实体和值对象就好比个体，而能让实体和值对象协同工作的组织就是聚合，它用来确保这些领域对象在实现共同的业务逻辑时，能保证数据的一致性。

你可以这么理解，聚合就是由业务和逻辑紧密关联的实体和值对象组合而成的，聚合是数据修改和