VO、PO、POJO、DTO、DAO总结

VO (View Object) 值对象

• VO是值对象，精确点讲它是业务对象，是存活在业务层的，是业务逻辑使用的，它存活的目的就是为数据提供一个生存的地方。
• 主要对应界面显示的数据对象，对于一个WEB页面，用一个VO对象对应整个界面的值。

PO (Persistant object) 持久对象

• 在 O/R 映射的时候出现的概念，如果没有 o/r 映射，没有这个概念存在了。
• 通常对应数据模型 ( 数据库 ), 本身还有部分业务逻辑的处理。可以看成是与数据库中的表相映射的 java 对象。
• 最简单的 PO 就是对应数据库中某个表中的一条记录，多个记录可以用 PO 的集合。
• PO 中应该不包含任何对数据库的操作
• PO的属性是跟数据库表的字段一一对应的。
• 好处是可以把一条记录作为一个对象处理，可以方便的转为其它对象。

POJO (Plain Ordinary Java object) 简单Java对象

• 纯的传统意义的 java 对象。就是说在一些 Object/Relation Mapping 工具中，能够做到维护数据库表记录的 persisent object 完全是一个符合 Java Bean 规范的纯 Java 对象，没有增加别的属性和方法。
• 我的理解就是最基本的 Java Bean ，只有属性字段及 setter 和 getter 方法。
• POJO是最常见最多变的对象，是一个中间对象，也是我们最常打交道的对象。

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

• 这个概念来源于J2EE的设计模式，原来的目的是为了EJB的分布式应用提供粗粒度的数据实体，以减少分布式调用的次数，从而提高分布式调用的性能和降低网络负载，但在这里，我泛指用于展示层与服务层之间的数据传输对象
• 主要用于远程调用等需要大量传输对象的地方。
  比如我们一张表有100个字段，那么对应的PO就有100个属性。 但是我们界面上只要显示10个字段， 客户端用WEB service来获取数据，没有必要把整个PO对象传递到客户端，这时我们就可以用只有这10个属性的DTO来传递结果到客户端，这样也不会暴露服务端表结构.到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为VO

DAO（Data Access Object) 数据访问对象

• 是一个sun的一个标准j2ee设计模式，这个模式中有个接口就是DAO，它负持久层的操作。
• 为业务层提供接口。此对象用于访问数据库。通常和PO结合使用，DAO中包含了各种数据库的操作方法。
• 通过它的方法,结合PO对数据库进行相关的操作。
• 夹在业务逻辑与数据库资源中间。配合VO, 提供数据库的CRUD操作… 。

总结

• 在项目开发中,VO对应于页面上需要显示的数据(表单),
• DO对应于数据库中存储的数据(数据表),
• DTO对应于除二者之外需要进行传递的数据。

很多人可能对VO和DTO并不是那么熟悉,相反对DO却比较熟悉,那是因为在很多项目中由于种种原因我们只使用了DO,原因可能有以下几种：

1. 项目太小,对于一种业务实体,封装成一个DO就够了