淺析Hibernate VO與PO區(qū)別
Hibernate有很多值得學習的地方，這里我們主要介紹Hibernate，包括介紹Hibernate PO和Hibernate VO方面。
PO（Persistence Object ）和VO（Value Object ）是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相關聯(lián)。
對于save操作而言，如果對象已經與Session相關聯(lián)（即已經被加入Session 的實體容器中），則無需進行具體的操作。因為之后的Session.flush過程中，Hibernate會對此實體容器中的對象進行遍歷，查找出發(fā)生變化的實體，生成
并執(zhí)行相應的update語句。
3．如果引用不存在，則根據映射關系，執(zhí)行insert操作。
a) 在我們這里的示例中，采用了native的id生成機制，因此hibernate會
從數據庫取得insert操作生成的id并賦予user對象的id屬性。
b) 將user對象的引用納入Hibernate的實體容器。
c) save過程結束，返回對象id.
而Session.load方法中，再返回對象之前，Hibernate就已經將此對象納入其實
體容器中。
Hibernate VO和Hibernate PO的主要區(qū)別在于：
◆VO是獨立的Java Object。
◆PO是由Hibernate納入其實體容器（Entity Map）的對象，它代表了與數據庫中某條記錄對應的Hibernate實體，PO的變化在事務提交時將反應到實際數據庫中。如果一個PO與Session對應的實體容器中分離（如Session關閉后的PO），那么此時，它又會變成一個VO。由Hibernate VO和Hibernate PO的概念，又引申出一些系統(tǒng)層次設計方面的問題。如在傳統(tǒng)的MVC架構中，位于Model層的PO，是否允許被傳遞到其他層面。由于PO的更新最終將被映射到實際數據庫中，如果PO在其他層面（如View層）發(fā)生了變動，那么可能會對Model 層造成意想不到的破壞。
因此，一般而言，應該避免直接PO傳遞到系統(tǒng)中的其他層面，一種解決辦法是，通過一個VO，通過屬性復制使其具備與PO相同屬性值，并以其為傳輸媒質（實際上，這個VO被用作Data Transfer Object，即所謂的DTO），將此VO傳遞給其他層面以實現(xiàn)必須的數據傳送。
屬性復制可以通過Apache Jakarta Commons Beanutils （http://jakarta.apache.org/commons/beanutils/）組件提供的屬性批 量復制功能，避免繁復的get/set操作。
【編輯推薦】
