PO(persistant object) 持久對象
在 o/r 映射的時候出現的概念，如果沒有 o/r 映射，沒有這個概念存在了。通常對應數據模型 ( 數據庫 ), 本身還有部分業務邏輯的處理。可以看成是與數據庫中的表相映射的 java 對象。最簡單的 PO 就是對應數據庫中某個表中的一條記錄，多個記錄可以用 PO 的集合。 PO 中應該不包含任何對數據庫的操作。
DO（Domain Object）領域對象
就是從現實世界中抽象出來的有形或無形的業務實體。一般和數據中的表結構對應。
TO(Transfer Object) ，數據傳輸對象
在應用程序不同 tie( 關係 ) 之間傳輸的對象
DTO（Data Transfer Object）數據傳輸對象
這個概念來源於J2EE的設計模式，原來的目的是爲了EJB的分佈式應用提供粗粒度的數據實體，以減少分佈式調用的次數，從而提高分佈式調用的性能和降低網絡負載，但在這裏，我泛指用於展示層與服務層之間的數據傳輸對象。
VO(view object) 值對象
視圖對象，用於展示層，它的作用是把某個指定頁面（或組件）的所有數據封裝起來。
BO(business object) 業務對象
從業務模型的角度看 , 見 UML 元件領域模型中的領域對象。封裝業務邏輯的 java 對象 , 通過調用 DAO 方法 , 結合 PO,VO 進行業務操作。 business object: 業務對象 主要作用是把業務邏輯封裝爲一個對象。這個對象可以包括一個或多個其它的對象。 比如一個簡歷，有教育經歷、工作經歷、社會關係等等。 我們可以把教育經歷對應一個 PO ，工作經歷對應一個 PO ，社會關係對應一個 PO 。 建立一個對應簡歷的 BO 對象處理簡歷，每個 BO 包含這些 PO 。 這樣處理業務邏輯時，我們就可以針對 BO 去處理。
POJO(plain ordinary java object) 簡單無規則 java 對象
純的傳統意義的 java 對象。就是說在一些 Object/Relation Mapping 工具中，能夠做到維護數據庫表記錄的 persisent object 完全是一個符合 Java Bean 規範的純 Java 對象，沒有增加別的屬性和方法。我的理解就是最基本的 Java Bean ，只有屬性字段及 setter 和 getter 方法！。
DAO(data access object) 數據訪問對象
是一個 sun 的一個標準 j2ee 設計模式， 這個模式中有個接口就是 DAO ，它負持久層的操作。爲業務層提供接口。此對象用於訪問數據庫。通常和 PO 結合使用， DAO 中包含了各種數據庫的操作方法。通過它的方法 , 結合 PO 對數據庫進行相關的操作。夾在業務邏輯與數據庫資源中間。配合 VO, 提供數據庫的 CRUD 操作
分層領域模型規約：
DO（ Data Object）：與數據庫表結構一一對應，通過DAO層向上傳輸數據源對象。
DTO（ Data Transfer Object）：數據傳輸對象，Service或Manager向外傳輸的對象。
BO（ Business Object）：業務對象。 由Service層輸出的封裝業務邏輯的對象。
AO（ Application Object）：應用對象。 在Web層與Service層之間抽象的複用對象模型，極爲貼近展示層，複用度不高。
VO（ View Object）：顯示層對象，通常是Web向模板渲染引擎層傳輸的對象。
POJO（ Plain Ordinary Java Object）：在本手冊中， POJO專指只有setter/getter/toString的簡單類，包括DO/DTO/BO/VO等。
Query：數據查詢對象，各層接收上層的查詢請求。 注意超過2個參數的查詢封裝，禁止使用Map類來傳輸。
領域模型命名規約：
數據對象：xxxDO，xxx即爲數據表名。
數據傳輸對象：xxxDTO，xxx爲業務領域相關的名稱。
展示對象：xxxVO，xxx一般爲網頁名稱。
POJO是DO/DTO/BO/VO的統稱，禁止命名成xxxPOJO。
