Java的几种对象(POJO,PO,DTO,VO,DAO)

一、POJO：plain ordinary java object 无规则简单java对象

         一个中间对象，可以转化为PO、DTO、VO。

         (1)POJO持久化之后==>PO（在运行期，由Hibernate中的cglib动态把POJO转换为PO），PO相对于POJO会增加一些用来管理数据库entity状态的属性和方法。PO对于programmer来说完全透明，由于是运行期生成PO，所以可以支持增量编译，增量调试。

       （2）POJO传输过程中==>DTO

       （3）POJO用作表示层==>VO

         PO和VO都属于它。

二、PO: persistant object 持久对象

可以看成是与数据库中的表相映射的java对象（与数据库中的字段一一对应），最简单的PO就是对应数据库中某个表的一条记录，多个记录可以用PO的集合来表示；PO中不应该包括任何对数据库的操作。

三、DTO：Data Transfer Object数据传输对象

        （1）不包含业务逻辑，用于业务层之间的数据传递，根据业务的需要在web上传递，也有说法是在跨进程或远程传输用。vo也有说法和其功能类似。

         （2）比如一张表有100个字段，那么对应的PO就有100个属性（大多数情况下DTO内的数据来自多个表）。但View层只需显示10个字段，没有必要把整个PO对象传递到client，这时我们就可以用只有这10个属性的DTO来传输数据到client，这样也不会暴露server端表结构。到达客户端以后，如果这个对象来对应界面显示，那它此时的身份就转换为VO。

四、VO：value object值对象/view object表现层对象

       （1）主要对应页面显示的数据对象（比如web页面）

       （2）可以和表对应，也可以不对应，这取决于业务的需要（页面需要展示哪些数据）

        &&&在struts中，用ActionForm作VO。

五、DAO:data access object 数据访问对象

     （1）主要用来封装对DB的访问（CRUD）

      （2）结合PO对数据库进行相关的操作。

比较：

O/R Mapping 是 Object Relational Mapping（对象关系映射）的缩写。通俗点讲，就是将对象与关系数据库绑定，用对象来表示关系数据。在O/R Mapping的世界里，有两个基本的也是重要的东东需要了解，即VO，PO。 
  VO，值对象(Value Object)，PO，持久对象(Persisent Object)，它们是由一组属性和属性的get和set方法组成。从结构上看，它们并没有什么不同的地方。但从其意义和本质上来看是完全不同的。 
１．VO是用new关键字创建，由GC回收的。 
  PO则是向数据库中添加新数据时创建，删除数据库中数据时削除的。并且它只能存活在一个数据库连接中，断开连接即被销毁。 
２．VO是值对象，精确点讲它是业务对象，是存活在业务层的，是业务逻辑使用的，它存活的目的就是为数据提供一个生存的地方。 
  PO则是有状态的，每个属性代表其当前的状态。它是物理数据的对象表示。使用它，可以使我们的程序与物理数据解耦，并且可以简化对象数据与物理数据之间的转换。 
３．VO的属性是根据当前业务的不同而不同的，也就是说，它的每一个属性都一一对应当前业务逻辑所需要的数据的名称。 
  PO的属性是跟数据库表的字段一一对应的。  
PO对象需要实现序列化接口

部分对几个对象的评论或看法：

@@@现在很多SSH的架构里面，本身DTO(VO)界限就不是很明显，完全可以用POJO全部代替，无论页面VO还是传递的DTO或是面向数据库的PO。我觉得，还是得看具体情况吧，如果表中数据字段特别多，数据量大，而页面可能需要的字段只有很少一部分，这时候用VO，就可以提高效率了。而对那些想要隐藏数据库结构的系统来说，DTO 也很重要呀，这样能很好的隐藏底层数据结构。

@@@如果使用Hibernate做持久，从代码解耦以及未来DB扩展的角度上考虑，虽然编码麻烦一些，但还是建议使用VO。如果使用ibatis做持久层的话，VO就没有太大必要了。另外在使用VO时，大多数时候都不用使用自己做set或get，用copyProperties就ok了，如果很在意性能，可以无视这个。

@@@我一般是用PO+VO的形式, VO直接继承PO, 也可以不继承

@@@其实对于java来说。什么vo po 都不是重点。不是被web绑票就是被db绑票。设计符合业务的实体对象，才比较科学。凝聚业务才是关键。