JavaWeb - 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：值對象。

View Object：表現層對象。

主要對應界面顯示的資料對象。對于一個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要看具體環境，在不同的層、不同的應用場合，對象的身份也不一樣，而且對象身份的轉化也是很自然的。就像你對老婆來說就是老公，對父母來說就是子女。設計這些概念的初衷不是為了唬人而是為了更好的了解和處理各種邏輯，讓大家能更好的去用面向對象的方式處理問題。千萬不要陷入過度設計，大可不必為了設計而設計一定要在代碼中區分各個對象。一句話技術是為應用服務的。歡迎指正！

附圖：