java 充血模型_关于领域模型（贫血模型，充血模型）

领域模型(domain object)分为4类:

失血模型

贫血模型 service –> dao –> entity

充血模型 service –> entity dao

胀血模型

简单来说，失血模型就是纯数据POJO，业务逻辑完全与entity分离；贫血模型domain object中含有与持久化无关的逻辑，不依赖于dao层；充血模型把domain object和business object合二为一，service层不依赖dao层，而entity层与dao层形成双向依赖；胀血模型直接取消service层，只剩下entity层与dao层。

由于今年才开始做web开发，之前对各种模型完全没有了解，项目中的模型是由自己瞎摸索出来的。现在总结来看，应该属于贫血模型，但是把大量service层的业务逻辑推到controller层实现，这种方式前期开发相当迅速，但是后期发现严重影响代码重用，不同controller里存在大量重复代码，导致需求更改时需要修改多个controller，影响项目维护。

我感觉目前使用的模型适合小项目的快速开发，但对于大点的项目还是传统的贫血模型更合适。

附：不同模型的优缺点

一、贫血模型

优点：

1、各层单向依赖，结构清楚，易于实现和维护

2、设计简单易行，底层模型非常稳定

3、非常适合于软件外包和大规模软件团队的协作。每个编程个体只需要负责单一职责的小对象模块编写，不会互相影响。

缺点：

1、domain object的部分比较紧密依