DDD FAQs梳理
术语
领域:一种专门活动的范围、部类。
子域:一个领域细分出的多个子领域。
核心域:具备核心竞争力的子域。
通用域:同时被多个子域使用的通用功能子域,比如认证、权限。
支撑域:一些辅助性或后台功能组成的子域。
限界上下文:语义所在的领域范围,为了避免同样的概念或语义在不同的上下文幻境产生歧义。限界上下文
实体
值对象
聚合:聚合就是值对象和实体的集合。
聚合根:聚合根是聚合的管理者,负责协同实体和值对象按照业务规则完成操作。聚合根的主要目的是为了避免由于复杂数据模型缺少统一的业务规则控制,而导致聚合、实体之间数据不一致性的问题。
战略设计:建立业务领域模型,划分领域边界,建立通用语言的限界上下文。
战术设计:战术设计则从技术视角出发,侧重于领域模型的技术实现,完成软件开发和落地,包括:聚合根、实体、值对象、领域服务、应用服务和资源库等代码逻辑的设计和实现。
通用语言:通过团队交流达成共识的,能够简单、清晰、准确描述业务涵义和规则的语言。
DDD概述
DDD 主要关注:从业务领域视角划分领域边界,构建通用语言进行高效沟通,通过业务抽象,建立领域模型,维持业务和代码的逻辑一致性。
聚合
聚合的设计方法
- 用例分析、场景分析、用户旅程分析,列出所有业务行为和事件,找出领域对象。
- 找出聚合根,找出和聚合根紧密关联的实体和值对象。
- 组合聚合根、实体、值对象,构建聚合。
聚合的设计原则
- 在一致性边界内建模不变条件,聚合内的对象应该遵循一套业务规则。
- 设计小聚合,小聚合有助于提高性能,避免并发操作出现的一致性冲突。
- 通过唯一标识引用其它聚合,而不是直接对象引用(会导致聚合边界不清晰、增加聚合之间的耦合度)。
- 聚合边界之外实现最终一致性。一个事务只保证一个聚合的状态强一致性,对于多个聚合则采用领域事件实现最终一致性。
- 通过应用层实现跨聚合的服务调用。应避免跨聚合的领域服务调用和跨聚合的数据库表关联。
聚合有什么用
- 确保数据一致性
- 简化模型设计
- 提高封装性
- 控制事务边界
中台
中台与领域的对应关系
中台与子域一一对应。从领域功能属性和重要性对照来看,通用中台对应 DDD 的通用域和支撑域,核心中台对应 DDD 的核心域。从领域的功能范围来看,子域与中台是一致的。