PO、VO、DO、TO、DTO、 BO、 QO、DAO、POJO

文章目录

1、VO（Value Object）值对象
2、DTO（Data Transfer Object）数据传输对象
3、DO（Domain Object）领域对象
4、PO（Persistant Object）持久对象
5、BO（Business Object）业务对象
6、QO（Query Object）查询对象
7、DAO（Data Access Object）数据访问层
8、POJO（Plain Ordinary Java Object）简单无规则JAVA对象

1、VO（Value Object）值对象

通常用于业务层之间的数据传递（与DTO类似在Web上传递），用 new 关键字创建，由 GC 回收，和 PO 一样也是仅仅包含数据而已。但应是抽象出的业务对象 , 根据业务需要，它可以和表对应，也可以不对应。

有时候也被称为View Object，用于传递给View层使用的数据对象。

2、DTO（Data Transfer Object）数据传输对象

主要用于远程调用等需要大量传输对象的地方。比如我们一张表有100个字段，那么对应的PO或者DO就有100个属性。但是我们界面上只要显示10个字段，客户端用WEB service来获取数据，没有必要把整个PO对象传递到客户端，这时我们就可以用只有这10个属性的DTO来传递结果到客户端，这样也不会暴露服务端表结构，到达客户端以后，如果把这个对象在对应界面显示，那此时它的身份就转为VO。

3、DO（Domain Object）领域对象

从现实世界中抽象出来的有形或无形的业务实体。一般和数据中的表结构对应（与PO有点类似）。

4、PO（Persistant Object）持久对象

PO是O/R映射中的概念，如果没有O/R映射就不存在这个概念。通常对应数据模型 ( 数据库 ), 本身还有部分业务逻辑的处理。可以看成是与数据库中的表相映射的 java 对象。最简单的 PO 就是对应数据库中某个表中的一条记录，多个记录可以用 PO 的集合。 PO 中应该不包含任何对数据库的操作。

5、BO（Business Object）业务对象

从业务模型的角度看 , 见 UML 元件领域模型中的领域对象。它是封装业务逻辑的 java 对象 , 通过调用 DAO 方法 , 结合 PO,VO 进行业务操作。这个对象可以包括一个或多个其它的对象。比如一个简历，有教育经历、工作经历、社会关系等等，然后可以把教育经历对应一个 PO ，工作经历对应一个 PO ，社会关系对应一个 PO ，最后建立一个对应简历的 BO 对象，每个 BO 包含这些 PO并用于处理简历。

6、QO（Query Object）查询对象

一般用于组装查询参数。

7、DAO（Data Access Object）数据访问层

它是一个标准JAVA EE设计模式中的一个接口（DAO），它负责持久层的操作，为业务层提供接口。它用于数据库访问，通常与PO结合使用，夹在业务逻辑和数据库资源中间，配置VO提供数据库的CURD操作。

8、POJO（Plain Ordinary Java Object）简单无规则JAVA对象

POJO是传统意义的 java 对象，它和PO、VO、DO等，应不是一个层级的分类，它是一个完全符合 Java Bean 规范的纯 Java 对象，没有增加别的属性和方法。当前理解最基本的 Java Bean ，只有属性字段及 setter 和 getter 方法，它没有业务逻辑。某些纯粹的PO、VO等都可以看做是POJO