Hibernate VO 与 PO

PO即 Persistence Object
VO即 Value Object
PO和VO是Hibernate中两个比较关键的概念。
首先，何谓VO，很简单，VO就是一个简单的值对象。

 

总结:VO经过Hibernate进行处理，就变成了PO。
session.save(user)中，我们把一个VO “user”传递给Hibernate的Session.save方法进行保存。在save方法中，Hibernate对其进行如下处理：
1． 在当前session所对应的实体容器（Entity Map）中查询是否存在user对象
的引用。
2． 如果引用存在，则直接返回user对象id，save过程结束.
Hibernate中，针对每个Session有一个实体容器（实际上是一个Map对象），
如果此容器中已经保存了目标对象的引用，那么hibernate会认为此对象已经
与Session相关联。
对于save操作而言，如果对象已经与Session相关联（即已经被加入Session
的实体容器中），则无需进行具体的操作。因为之后的Session.flush过程中，
Hibernate会对此实体容器中的对象进行遍历，查找出发生变化的实体，生成
并执行相应的update语句。
3． 如果引用不存在，则根据映射关系，执行insert操作。
a) 在我们这里的示例中，采用了native的id生成机制，因此hibernate会
从数据库取得insert操作生成的id并赋予user对象的id属性。
b) 将user对象的引用纳入Hibernate的实体容器。
c) save过程结束，返回对象id.
而Session.load方法中，再返回对象之前，Hibernate就已经将此对象纳入其实
体容器中。
VO和PO的主要区别在于：
VO是独立的Java Object。
PO是由Hibernate纳入其实体容器（Entity Map）的对象，它代表了与数
据库中某条记录对应的Hibernate实体，PO的变化在事务提交时将反应到实
际数据库中。
如果一个PO与Session对应的实体容器中分离（如Session关闭后的PO），那么
此时，它又会变成一个VO。
由PO、VO的概念，又引申出一些系统层次设计方面的问题。如在传统的MVC架构中，
位于Model层的PO，是否允许被传递到其他层面。由于PO的更新最终将被映射到实
际数据库中，如果PO在其他层面（如View层）发生了变动，那么可能会对Model
层造成意想不到的破坏。
因此，一般而言，应该避免直接PO传递到系统中的其他层面，一种解决办法是，通
过一个VO，通过属性复制使其具备与PO相同属性值，并以其为传输媒质（实际上，
这个VO被用作Data Transfer Object，即所谓的DTO），将此VO传递给其他层
面以实现必须的数据传送。
属性复制可以通过Apache Jakarta Commons Beanutils
（http://jakarta.apache.org/commons/beanutils/）组件提供的属性批
量复制功能，避免繁复的get/set操作。

 

1. TUser user = new TUser();   
2. TUser anotherUser = new TUser();   
3. user.setName("Emma");   
4. user.setUserType(1);   
5. try {   
6. BeanUtils.copyProperties(anotherUser,user);   
7. System.out.println("UserName => "  
8. +anotherUser.getName()   
9. );   
10. System.out.println("UserType => "  
11. + anotherUser.getUserType()   
12. );   
13.  
14. } catch (IllegalAccessException e) {   
15. e.printStackTrace();   
16. } catch (InvocationTargetException e) {   
17. e.printStackTrace();   
18. }