理解po类在数据层和vo类在业务层的区别

网上的对PO和VO区别的解释：

“　VO，值对象(Value Object)，
    PO，持久对象(Persisent Object)，它们是由一组属性和属性的get和set方法组成。Hibernate纳入其实体容器（Entity Map）的对象，它代表了与数据库中某条记录对应的Hibernate实体，PO的变化在事务提交时将反应到实际数据库中。从结构上看，它们并没有什么不 同的地方。但从其意义和本质上来看是完全不同的。

１．VO是用new关键字创建，由GC回收的。
　　PO则是向数据库中添加新数据时创建，删除数据库中数据时削除的。并且它只能存活在一个数据库连接中，断开连接即被销毁。

２．VO是值对象，精确点讲它是业务对象，是存活在业务层的，是业务逻辑使用的，它存活的目的就是为数据提供一个生存的地方。（数据直接在VO上）
　　PO则是有状态的，每个属性代表其当前的状态。它是物理数据的对象表示。使用它，可以使我们的程序与物理数据解耦，并且可以简化对象数据与物理数据之间的转换。（对象和数据分开但是互相转换）

３．VO的属性是根据当前业务的不同而不同的，也就是说，它的每一个属性都一一对应当前业务逻辑所需要的数据的名称。（与业务的数据有关）
　　PO的属性是跟数据库表的字段一一对应的。（与数据库的字段数据有关）

PO对象需要实现序列化接口。

 

我想对第二点再深入一点，即　PO则是有状态的，每个属性代表其当前的状态。它是物理数据的对象表示.

VO是值对象，精确点讲它是业务对象,它存活的目的就是为数据提供一个生存的地方.



hibernate中利用PO类对数据库的操作如下(Emp为PO类):

Emp emp = (Emp) session.load(Emp.class, "005");

Emp.class语句的意思是：Emp已经被编译成.class文件后，再用Emp.class的方法从java虚拟机中获取代表Emp类的字节码数据的Class实例对象。

就是说hibernate对PO的操作是对编译后的字节码文件进行操作的，而字节码.class文件是通过映射文件Emp.hbm.xml对数据 库的数据封装后被类装载器放到HashTable中，供java虚拟机调用，也就是如上文所说的“VO是物理数据的对象表示”.当事务提交时，通过执行 SQL的inset,update,delete语句把内存的状态同步到数据库中。



而VO类（BookInfo 是VO类）：

public byte[] getCover(BookInfo book) throws SQLException {

   BookInfo book1 = (BookInfo) sqlMap.queryForObject("getCover",book);
   return book1.getCover();
}

ibatis对VO类的操作是对BookInfo的.java文件操作，而不是对.class文件操作，所以VO是在业务层的，它是业务对象，值是随着逻辑的改变而改变的。