PO BO VO DTO POJO DAO概念及其作用（附轉換圖）

J2EE開發中大量的專業縮略語很是讓人迷惑，尤其是跟一些高手讨論問題的時候，三分鐘就被人家滿口的專業術語噴暈了，PO VO BO DTO POJO DAO，一大堆的就來了（聽過老羅對這種現象的批判的朋友會會心一笑）。

    首先聲明偶也不是什麼高手，以下總結都是自己的體會。不對之處請您多指教。

PO：

persistant object持久對象

最形象的了解就是一個PO就是資料庫中的一條記錄。

好處是可以把一條記錄作為一個對象處理，可以友善的轉為其它對象。

BO：

business object業務對象

主要作用是把業務邏輯封裝為一個對象。這個對象可以包括一個或多個其它的對象。

比如一個履歷，有教育經曆、工作經曆、社會關系等等。

我們可以把教育經曆對應一個PO，工作經曆對應一個PO，社會關系對應一個PO。

建立一個對應履歷的BO對象處理履歷，每個BO包含這些PO。

這樣處理業務邏輯時，我們就可以針對BO去處理。

VO ：

value object值對象

ViewObject表現層對象

主要對應界面顯示的資料對象。對于一個WEB頁面，或者SWT、SWING的一個界面，用一個VO對象對應整個界面的值。

DTO ：

Data Transfer Object資料傳輸對象

主要用于遠端調用等需要大量傳輸對象的地方。

比如我們一張表有100個字段，那麼對應的PO就有100個屬性。

但是我們界面上隻要顯示10個字段，

用戶端用WEB service來擷取資料，沒有必要把整個PO對象傳遞到用戶端，

這時我們就可以用隻有這10個屬性的DTO來傳遞結果到用戶端，這樣也不會暴露服務端表結構.到達用戶端以後，如果用這個對象來對應界面顯示，那此時它的身份就轉為VO

POJO ：

plain ordinary java object 簡單java對象

個人感覺POJO是最常見最多變的對象，是一個中間對象，也是我們最常打交道的對象。

一個POJO持久化以後就是PO

直接用它傳遞、傳遞過程中就是DTO

直接用來對應表示層就是VO

DAO：

data access object資料通路對象

這個大家最熟悉，和上面幾個O差別最大，基本沒有互相轉化的可能性和必要.

主要用來封裝對資料庫的通路。通過它可以把POJO持久化為PO，用PO組裝出來VO、DTO

      總 結下我認為一個對象究竟是什麼O要看具體環境，在不同的層、不同的應用場合，對象的身份也不一樣，而且對象身份的轉化也是很自然的。就像你對老婆來說就是 老公，對父母來說就是子女。設計這些概念的初衷不是為了唬人而是為了更好的了解和處理各種邏輯，讓大家能更好的去用面向對象的方式處理問題.

      大家千萬不要陷入過度設計，大可不必為了設計而設計一定要在代碼中區分各個對象。一句話技術是為應用服務的。

歡迎指正。

畫了個圖，感覺沒有完全表達出自己的意思。。。。。誰幫忙完善下，最好能展現各個O在MVC中的位置