Hibernate PO和Hibernate VO有哪些區別

這篇文章給大家分享的是有關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相關聯。
對于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就已經將此對象納入其實
體容器中。

Hibernate VO和Hibernate PO的主要區別在于：

◆VO是獨立的Java Object。
◆PO是由Hibernate納入其實體容器（Entity Map）的對象，它代表了與數據庫中某條記錄對應的Hibernate實體，PO的變化在事務提交時將反應到實際數據庫中。如果一個PO與Session對應的實體容器中分離（如Session關閉后的PO），那么此時，它又會變成一個VO。由Hibernate VO和Hibernate PO的概念，又引申出一些系統層次設計方面的問題。如在傳統的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操作。

感謝各位的閱讀！關于“Hibernate PO和Hibernate VO有哪些區別”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，讓大家可以學到更多知識，如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！