分离领域
分离领域的基本概念是分层的思想。原则是层中的任何元素都仅依赖本层的其他元素或其下层元素。
处理业务规则是领域层，而不是应用层
层之间如何关联？
上层直接访问下层
下层通过观察者或回调来与上层通信。
软件中所表示的模型
三个基本的模型元素：Entity、Value Object、Service
关联
根据需求来精简关联。例：原本是双向关联的多对多，但是实际上业务只关心部分，可以简化为一对一。
Entity
Entity两个条件
- 整个生命周期中具有连续性
- 它的区别并不是由那些对用户非常重要的属性决定的。
Value Object
这类对象无需特别的进行标注。使用这类对象的好处是这类对象可以通过共享进行优化。
使用共享的情况
- 节省数据库空间或减少对象是一个关键要求
- 通信开销很低
- 共享的对象被严格的限制为不可变
应该完全清楚Value Object之间的双向关联。
Service
Service应该是领域的操作的集合。
优秀的Service应该有的特性
- 与领域概念相关的操作不是Entity或Value Object的一个自然组成部分
- 接口是根据领域模型的其他元素定义的
- 操作是无状态的
Service应该是动词命名
领域对象的生命周期
每个对象都有生命周期。包括创建、修改、存储、重建、删除、存档。
主要的挑战
- 整个生命周期维护完整性
- 防止模型陷入管理生命周期复杂性造成的困境中
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
- 场景走查
- 对象创建
