《阿里巴巴Java开发规范》关于领域模型的部分介绍如下 分层领域模型规约:
- DO(Data Object):此对象的属性与数据库表结构一一对应，通过 DAO 层向上传输数据源对象。
- DTO(Data Transfer Object):数据传输对象，Service 或 Manager 向外传输的对象。
- BO(Business Object):业务对象，由 Service 层输出的封装业务逻辑的对象。
- AO(ApplicationObject):应用对象，在Web层与Service层之间抽象的复用对象模型， 极为贴近展示层，复用度不高。
- VO(View Object):显示层对象，通常是 Web 向模板渲染引擎层传输的对象。
- Query:数据查询对象，各层接收上层的查询请求。注意超过 2 个参数的查询封装，禁止使用 Map 类来传输。
领域模型命名规约：
- 数据对象：xxxDO，xxx即为数据表名
- 数据传输对象：xxxDTO，xxx为业务领域相关的名称。
- 展示对象：xxxVO，xxx一般为网页名称。
- POJO是DO/DTO/BO/VO的统称，禁止命名成xxxPOJO。
先看一张各个对象间的关系图，有个印象
然后，再来慢慢解释各个对象的作用。
VO
Value Object
用于表示前端的展示对象；相比与PO（数据库映射对象），VO对象与前端交互的数据可能需要经过过滤、拆分、聚合等操作；比方说部分不需要展示的数据，VO层将其踢出后返回；如果数据来源于多个地方，也将会在VO对象进行聚合再返回等操作；
遵循Java Bean的规范，其拥有getter / setter方法
DTO
Data Transfer Object
数据传输对象；DTO主要协调于各个服务之间，用于做数据的扭转并传输；比如，数据库有20个字段，但实际业务只需要5个，那么就可以借助DTO对PO对象进行传输；避免数据库结构的暴露，并减少不必要的数据交互
遵循Java Bean的规范，其拥有getter / setter方法
BO
Business Object
表示一个业务对象；BO包含了一些业务逻辑，通常用于封装对DAO、RPC等相关的调用，同时还可以进行PO、VO、DTO之间的数据转换；
BO通常都是位于业务层，并提供了基本的业务操作；在设计上属于被服务层业务逻辑调用的对象，一段业务的执行，可能需要多个BO对象的相互配合才能完成
PO
persistant object
表示着Java对象与数据库之间的映射关系；其仅用于表示数据，并没有任何的数据操作；
遵循Java Bean的规范，其拥有getter / setter方法
DAO
Data Access Object
通过Dao配合PO对象进行数据库访问，其中包含了增删改查等一系列的数据库操作，DAO一般在持久层，其完全封装了数据库的行为，并对外提供方法，上层通过他访问数据完全不需要关心数据库任何信息；
POJO
Plain Ordinary Java Object 的缩写
表示一个简单 java 对象；只要遵循Java Bean的规范，并赋予getter / setter方法，就是一个POJO对象；
只是在不用的场景，不同的功能和定义下，POJO会演变为PO、VO、DTO等
