DDD构造块

分离领域

分离领域的基本概念是分层的思想。原则是层中的任何元素都仅依赖本层的其他元素或其下层元素。

处理业务规则是领域层，而不是应用层

层之间如何关联？

上层直接访问下层

下层通过观察者或回调来与上层通信。

---

软件中所表示的模型

三个基本的模型元素：Entity、Value Object、Service

关联

根据需求来精简关联。例：原本是双向关联的多对多，但是实际上业务只关心部分，可以简化为一对一。

Entity

Entity两个条件

• 整个生命周期中具有连续性
• 它的区别并不是由那些对用户非常重要的属性决定的。

Value Object

这类对象无需特别的进行标注。使用这类对象的好处是这类对象可以通过共享进行优化。

使用共享的情况

• 节省数据库空间或减少对象是一个关键要求
• 通信开销很低
• 共享的对象被严格的限制为不可变

应该完全清楚Value Object之间的双向关联。

Service

Service应该是领域的操作的集合。

优秀的Service应该有的特性

• 与领域概念相关的操作不是Entity或Value Object的一个自然组成部分
• 接口是根据领域模型的其他元素定义的
• 操作是无状态的

Service应该是动词命名

---

领域对象的生命周期

每个对象都有生命周期。包括创建、修改、存储、重建、删除、存档。

主要的挑战

1. 整个生命周期维护完整性
2. 防止模型陷入管理生命周期复杂性造成的困境中

Aggregate

Aggregate以最小的关联来保证对象集合的一致性。Aggregate有一个根和一个边界，定义了内部由什么组成。

特点

• 根Entity具有全局标示，它最终负责检查固定规则
• 根Entity具有全局标示，边界内的Entity具有本地标志，但只在内部才是唯一
• Aggregate外部对象不能引用除根Entity之外的任何内部对象。根Entity可以把内部对象的引用传递给它们，但它们不应该持有这个引用。
• 只有Aggregate能够通过数据库查询进行查找，其他只能通过遍历获取。
• Aggregate内部对象可以保持对其他Aggregate根的引用。
• 删除操作必须一次删除Aggregate边界之内的所有对象
• 提交对内部对象的任何修改时，需满足所有内部规则。

通过Aggregate划分出一个范围，在这个范围中，生命周期的每个阶段都满足一系列的规则。

Factory

适用于创建过程和复杂的情况，当构造函数无法直接表达这个创建过程的时候，将会导致客户端与对象的创建紧耦合，此时使用工厂模式来隐藏这个创建过程。

一个好的工厂的特点

• 每个创建应该是原子的，而且保证被创建对象和Aggregate的所有固定规则
• Factory应该被抽象为所需的类型，而不是所要创建的具体类

Tips

通过一个Aggregate由一个单独的Factory来创建，如果内部对象需要有一个Factory，但又无法在根上使用Factory方法，则单独创建一个类来实现。

固定规则位置

• 将规则检测工作放入被创建对象内是最佳选择
• 如果放入到Factory中也是可行的，因为Factory是知道对象的内部规则的。

Repository

与Factory区别，Factory用于创建，Repository用于重建。

注意事项

• 对类型抽象
• 充分利用与客户端解耦的特性
• 将事务交于客户端

---

示例

• 隔离领域— — 引入应用层
• 区别Entity和Value Object
• 确认关联
• 确认Aggregate
• 选择Repository
• 场景走查
• 对象创建

---