今天在项目中看到许多代码都用胀血模型的方法来实现.感觉比较不顺手，因为贫血模型看惯了吧...汗.....
如果以面向对象的眼光来看，其实胀血模型应该算是合理的.但如果项目稍微大点的话，缺点就会显露出来,最简单的是，一个有几十个结点的类,其内部成员与外部接口已占据不小的空间,这时如果再增加繁多的操作接口,会显的很乱.不过这个不是必然的,在内部结构组织合理时,还是能避免这个问题的.
再来谈贫血模型,最初见到贫血模型时,感觉并不是十分符合面向对象的特性.但后来用的多了,发现这其实是面向对象的一种细化.它使功能的访问彼此得到较好的封装.达到较好的松耦合.
在选择开发模型时,如果内部成员较少，逻辑较简单,则用胀血模型可得到良好的效果.如果项目庞大,内部成员巨多，逻辑也较复杂时,建议使用贫血模型,能有较好的条理性.