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

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

PO：
persistant object持久對象

最形象的理解就是一個PO就是數(shù)據(jù)庫中的一條記錄。
好處是可以把一條記錄作為一個對象處理，可以方便的轉(zhuǎn)為其它對象。

BO：
business object業(yè)務(wù)對象

主要作用是把業(yè)務(wù)邏輯封裝為一個對象。這個對象可以包括一個或多個其它的對象。
比如一個簡歷，有教育經(jīng)歷、工作經(jīng)歷、社會關(guān)系等等。
我們可以把教育經(jīng)歷對應(yīng)一個PO，工作經(jīng)歷對應(yīng)一個PO，社會關(guān)系對應(yīng)一個PO。
建立一個對應(yīng)簡歷的BO對象處理簡歷，每個BO包含這些PO。
這樣處理業(yè)務(wù)邏輯時，我們就可以針對BO去處理。

VO ：
value object值對象
ViewObject表現(xiàn)層對象

主要對應(yīng)界面顯示的數(shù)據(jù)對象。對于一個WEB頁面，或者SWT、SWING的一個界面，用一個VO對象對應(yīng)整個界面的值。

DTO ：
Data Transfer Object數(shù)據(jù)傳輸對象
主要用于遠程調(diào)用等需要大量傳輸對象的地方。
比如我們一張表有100個字段，那么對應(yīng)的PO就有100個屬性。
但是我們界面上只要顯示10個字段，
客戶端用WEB service來獲取數(shù)據(jù)，沒有必要把整個PO對象傳遞到客戶端，
這時我們就可以用只有這10個屬性的DTO來傳遞結(jié)果到客戶端，這樣也不會暴露服務(wù)端表結(jié)構(gòu).到達客戶端以后，如果用這個對象來對應(yīng)界面顯示，那此時它的身份就轉(zhuǎn)為VO

POJO ：
plain?ordinary?java?object?簡單java對象
個人感覺POJO是最常見最多變的對象，是一個中間對象，也是我們最常打交道的對象。

一個POJO持久化以后就是PO
直接用它傳遞、傳遞過程中就是DTO
直接用來對應(yīng)表示層就是VO

DAO：
data access object數(shù)據(jù)訪問對象
這個大家最熟悉，和上面幾個O區(qū)別最大，基本沒有互相轉(zhuǎn)化的可能性和必要.
主要用來封裝對數(shù)據(jù)庫的訪問。通過它可以把POJO持久化為PO，用PO組裝出來VO、DTO


??????總結(jié)下我認為一個對象究竟是什么O要看具體環(huán)境，在不同的層、不同的應(yīng)用場合，對象的身份也不一樣，而且對象身份的轉(zhuǎn)化也是很自然的。就像你對老婆來說就是老公，對父母來說就是子女。設(shè)計這些概念的初衷不是為了唬人而是為了更好的理解和處理各種邏輯，讓大家能更好的去用面向?qū)ο?/font>的方式處理問題.

??????大家千萬不要陷入過度設(shè)計，大可不必為了設(shè)計而設(shè)計一定要在代碼中區(qū)分各個對象。一句話技術(shù)是為應(yīng)用服務(wù)的。

歡迎指正。

---

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