区分PO、VO、 BO、 DTO、 POJO

 

分层领域模型规约：

• DO(Data Object)：此结构与数据库表结构一一对应，通过DTO向上传输数据源对象。
• DTO(Data Transfer Object)：数据传输对象，Service 或 Manager 向外传输的对象。
• BO(Business Object)：业务对象，由Service 层输出的封装业务逻辑的对象。
• AO(Application Object)：应用对象，在Web 和 Service 层之间抽象的复用对象模型。
• VO(Value Object):显示层对象，通常是Web向模板渲染引擎层传输的对象。

领域模型命名规范：

• 数据对象：xxxDO，xxx即为数据表名；
• 数据传输对象：xxxDTO，xxx为业务领域相关的名称；
• 展示对象：xxxVo，xxx为网页名称；
• POJO是DO/DTO/BO/VO的统称，禁止命名成xxxPOJO。

 

• PO(Persistant Object)，持久对象

　　可以看成是与数据库中的表相映射的java对象。使用Hibernate生成PO是不错的选择。

• VO(Value Object)，值对象

　　通常用于业务层之间的数据传递，和PO一样也仅仅包数据而已。但应该是抽象出的业务对象，不要求必须和表对应，根据业务需要。PO只能在数据层，VO用在商业逻辑层和表示层。

• DTO(Data Transfer Object)，数据访问对象接口

　　与数据库打交道，夹在业务逻辑与数据库资源中间。

• BO(Business Object)，业务对象层

　　表示应用程序领域内"事物"的所有实体内。这些实体类驻留在服务器上，并利用服务类来协助完成他们的职责。

• DTO(Data Transfer Object)，数据传输对象

　　只要用于远程调用等需要大量传输对象的地方。例如某张表有100个字段，那么对应的PO就有100个属性。但业务需求是在

界面上显示其中10个字段即可，客户端采用Web Service来获取数据，就没有必要把整个PO对象传递到客户端，这时就可以把需要的10个字段通过DTO传递到客户端。如果用这个对象来对应界面显示，就可以转换为VO。

• POJO(Plain Old Java Objects)，简单的Java对象

　　实际就是普通的JavaBeans，使用POJO是为了避免与EJB混淆。