分层领域模型规约：
- DO(Data Object)：此对象与数据库表结构一一对应，通过DAO层向上传输数据源对象。
- DTO(Data Transfer Object)：数据传输对象，Service 或 Manager 向外传输的对象。
- BO(Business Object)：业务对象，由Service 层输出的封装业务逻辑的对象。
- AO(Application Object)：应用对象，在Web 与 Service层之间抽象的复用对象模型，极为贴近展示层，复用度不高。
- VO(View Object)：显示层对象，通常是Web 向模板渲染引擎层传输的对象。
- Query：数据查询对象，各层接收上层的查询请求。注意超过2个参数的查询封装，禁止使用Map类来传输。
领域模型命名规约：
- 数据对象：xxxDO，xxx即为数据表名
- 数据传输对象：xxxDTO，xxx即为业务领域相关的名称
- 展示对象：xxxVO，xxx一般为网页名称
- POJO是DO/DTO/BO/VO的统称，禁止命名成xxxPOJO
一、PO：[persistent object]，持久对象
可以看成是与数据库中的表相映射的java对象，使用hibernate来生成PO是不错的选择。
二、VO：[value object]，值对象
通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象，可以和表对应，也可以不对应，根据业务的需求。
PO只能用在数据层，VO用在商业逻辑层和表示层。各层操作属于该层自己的数据对象，这样就可以降低各层之间的耦合，便于以后系统的维护和拓展。
三、DAO：[data access object]，数据访问对象接口
DAO是Data Access Object数据访问接口，数据访问：顾名思义就是与数据库打交道。夹在业务逻辑和数据库资源中间。
J2EE开发人员使用数据访问对象（DAO）设计模式把底层的数据访问逻辑和高层的商务逻辑分开，实现DAO模式能够更加关注于编写数据访问代码。
DAO模式是标准的J2EE设计模式之一，开发人员使用这个模式把底层的数据访问操作和上层商务逻辑分开，一个典型的DAO实现有下列几个组件：
- 一个DAO工厂类；
- 一个DAO接口；
- 一个实现DAO接口的具体类；
- 数据传递对象
具体的DAO类包含了从特定的数据源访问数据的逻辑。
四、BO：[business object]，业务对象
表示应用程序领域内"事物"的所有实体类，这些实体类驻留在服务器上，并利用服务类来协助完成它们的职责。
五、DTO：[data transfer object]，数据传输对象
主要用于远程调用等需要大量传输对象的地方。
六、POJO：[plain old java objects]，简单的Java对象
实际就是普通的JavaBeans，使用POJO名称是为了避免和EJB混淆起来，而且简称比较直接；其中有一些属性及其getter、setter方法的类，有时可以作为value object或data transform object来使用。
当然，如果你有一个简单的运算属性也是可以的，但不允许有业务方法，也不能携带有connection之类的方法。