DDD领域驱动设计模型

最新推荐文章于 2024-08-01 15:08:56 发布

huapro.vip

最新推荐文章于 2024-08-01 15:08:56 发布

阅读量107

点赞数

分类专栏：领取驱动设计文章标签：架构

本文链接：https://blog.csdn.net/comphoner/article/details/122969142

版权

本文介绍了四种DDD模型：失血模型将业务逻辑置于Service层，模型仅含数据；贫血模型中领域对象包含部分业务逻辑，Service层处理组合逻辑；充血模型的领域对象包含大部分业务逻辑，Service层较轻；胀血模型则取消Service层，领域对象直接处理事务。通常，贫血模型更为常见。

摘要由CSDN通过智能技术生成

1、失血模型

失血模型中，domain object只有属性的get set方法的纯数据类，所有的业务逻辑完全由Service层来完成的，由于没有dao，Service直接操作数据库，进行数据持久化。
service: 肿胀的服务逻辑
model：只包含get set方法
显然失血模型service层负担太重，一般不会有这种设计。

2、贫血模型

贫血模型中，domain ojbect包含了不依赖于持久化的原子领域逻辑，而组合逻辑在Service层。
service ：组合服务，也叫事务服务
model：除包含get set方法，还包含原子服务（如获得关联model的id）
dao：数据持久化
贫血模型比较常见，其问题在于原子服务往往不能直接拿到关联model，因此可以把这个原子服务变成直接用关联modelRepo拿到关联model，这就是贫血模型。

3、充血模型

充血模型中，绝大多业务逻辑都应该被放在domain object里面，包括持久化逻辑，而Service层是很薄的一层，仅仅封装事务和少量逻辑，不和DAO层打交道。
service ：组合服务也叫事务服务
model：除包含get set方法，还包含原子服务和数据持久化的逻辑
充血模型的问题也很明显，当model中包含了数据持久化的逻辑，实例化的时候可能会有很大麻烦，拿到了太多不一定需要的关联model。