J2EE轻量级企业开发之常见的架构设计策略-贫血模型

目前流行的Java EE应用架构通常会使用Spring作为核心，向上整合MVC框架，向下整合ORM框架。

我们在考虑使用某种架构时，应该主要考虑这种架构是否能成功的将规范与实现分离，从而提供较好的扩展性、可修改性，最理想的情况是，当我们修改某个组件时，应用中的其他组件基本可以不受影响。

贫血模型

是最常用的应用架构，也是容易理解的架构。

什么是贫血模型：所谓贫血，指Domain Object（领域模型，也指平时我们所说的实体类）只是单纯的数据类型，不包含业务逻辑方法，每个Domain Object只包含相关属性和属性的get和set方法。

相关软件界的大神认为，这种模型抛弃了Java面向对象的性质，贫血的Domain Object实际上以数据结构代替了对象，他们认为Domain Object应该是个完整的Java对象（所谓完整的Java对象，应该指的是包含一些列属性和方法体），即包含基本的数据，也包含操作数据相应的业务逻辑方法。

贫血模型的缺点：

1.需要书写大量的贫血类，也就是实体类（可以借助工具生成，这个不是问题）

2.Domain Object的业务逻辑得不到体现，由于业务逻辑的复杂度增加，许多不应该由业务逻辑对象实现的业务逻辑方法，完全由业务逻辑对象实现，从而使业务逻辑对象的实现类变得相当庞大

优点：开发简单，分层清晰，架构明晰且不易混淆：所有的依赖都是单向依赖，解耦优秀。适用于初学者及架构把握不十分清晰的开发团队