DDD：用 “四色原型” 进行 “职责分配”

这篇博客是DDD：用 “四色原型” 进行 “聚合设计”的延伸版。

职责分配

聚合

维护内部状态的一致性。换句话说，聚合的职责只限于维护期自身的状态。可以将聚合的职责分为两类：

修改职责：只能修改聚合本身的状态，关联的其它聚合信息不能修改。

读取职责：可以读取聚合本身的状态，关联的其它聚合信息也能读取。

角色

维护一个聚合实例业务逻辑的一致性。因为有些聚合实例的业务逻辑会依赖很多外部服务：如仓储、领域服务等。常见的场景如下：

前置条件：修改内部状态时，必须满足的条件。

唯一性验证：某些状态必须唯一。

计算逻辑：此处多数采用状态模式或策略模式。

领域服务

维护多个聚合实例（跨聚合）业务逻辑的一致性。

工厂

维护聚合的创建逻辑。

仓储

维护聚合的持久化逻辑。

引入工作单元后的聚合生命周期

代码示例

分析模型

设计模型

项目结构

代码下载

感谢360云盘提供的空间：http://yunpan.cn/QWqewDLDKY4vk