贫血&充血模型
贫血模型：是指领域对象里只有get和set方法，或者包含少量的其它方法，与之有关的业务逻辑都不放在该类中，而是放在其它地方，比如Business logic层。
充血模型：充血模型与之不同，不仅有get/set方法，还有业务逻辑也在领域模型(Domain model)里面，Business Logic只是简单封装部分业务逻辑以及控制流程。
贫血模型的好处：
每个贫血对象职责单一(体现在哪：每个对象几乎只有属性，get/set方法，无业务逻辑)，这样模块间、对象间解耦程度很高。
贫血模型的坏处：
对象状态和行为分离(贫血模型中，对象只有属性，get/set方法，业务逻辑在不在对象类内部)，所以一个完整的业务逻辑描述不能在一个类中完成，而是一组相互协作的类共同完成的。可复用的颗粒度比较小，代码量膨胀很厉害，很重要的一点是业务逻辑的描述能力较差，一个稍微复杂的业务逻辑，就需要太多类和太多代码去表达。由于我公司项目里使用的就是这种模型，所以对此很有感触。
该模型的缺点是不够面向对象，领域对象只是保存转态或者传递状态使用(想象一下项目里面从web层传到service层，再传到dao层)，只有数据没有行为的对象不是真正的对象。
充血模型的好处：
对象自治度很高，表达能力强，适合于复杂的企业业务逻辑实现，可复用程度高。
充血模型的坏处：
对象自治度高的结果就是不利于大规模团队分工协作。
ref：
