PO、VO、DAO、BO、DTO、POJO 能分清吗？

一、PO:（persistant object），持久对象

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

二、VO:（value object），值对象

通常用于业务层之间的数据传递，和 PO 一样也是仅仅包含数据而已。但应是抽象出的业务对象，可以和表对应，也可以不，这根据业务的需要。

PO 只能用在数据层，VO 用在商业逻辑层和表示层。各层操作属于该层自己的数据对象，这样就可以降低各层之间的耦合，便于以后系统的维护和扩展。

三、DAO:（Data Access Objects），数据访问对象接口

DAO 是 Data Access Object 数据访问接口，数据访问：顾名思义就是与数据库打交道，夹在业务逻辑与数据库资源中间。

J2EE 开发人员使用数据访问对象（DAO）设计模式把底层的数据访问逻辑和高层的商务逻辑分开。实现 DAO 模式能够更加专注于编写数据访问代码。

DAO 模式是标准的 J2EE 设计模式之一。开发人员使用这个模式把底层的数据访问操作和上层的商务逻辑分开。一个典型的 DAO 实现有下列几个组件：

1. 一个 DAO 工厂类；
2. 一个 DAO 接口；
3. 一个实现 DAO 接口的具体类；
4. 数据传递对象（有些时候叫做值对象）。

具体的 DAO 类包含了从特定的数据源访问数据的逻辑。

四、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 混淆起来，而且简称比较直接。其中有一些属性及 getter、setter 方法的类，有时可以作为 VO 或 DTO (Data Transform Object)来使用。当然，如果你有一个简单的运算属性也是可以的，但不允许有业务方法，也不能携带有 connection 之类的方法。