DO ( Domain Object )領域對象
就是從現實世界中抽象出來的有形或無形的業務實體。-般和數據中的表結構對應。
TO(Transfer 0bject) , 數據傳輸對象
在應用程序不同tie(關係)之間傳輸的對象。
DTO ( Data Transfer Object )數據傳輸對象
這個概念來源於J2EE的設計模式,原來的目的是爲了EJB的分佈式應用提供粗粒度的數據實體,以減少分佈式調用的次數, )降低網絡負載,但在這裏, 我泛指於展層與服務層層間的數據傳輸對象。
VO(view object) 值對象
視圖對象,用於示層,它的作用是把某個指定頁面(或組件)的所有數據封裝起來。
BO(business object)業務對象
從業務模型的角度看,見UML元件領域模型中的領域對象。封裝業務邏輯的java對象,通過調用DAO方法,結合PO,VOobject:業務對象主要作用是把業務邏輯封裝爲-個對象。這個對象可以包括一個或多 個其它的對象。比如一 個簡歷,有教等等。我們可以把教育經歷對應一個PO , 工作經歷對應一個PO , 社會關係對應一個PO。建立- 個對應簡歷的BO對些PO。這樣處理業務邏輯時,我們就可以針對BO去處理。
POJO(plain ordinary java object)簡單無規則java對象
純的傳統意義的java對象。就是說在一些Object/Relation Mapping工具中,能夠做到維護數據庫表記錄的persisent obBean規範的純Java對象,沒有增咧的屬性和方法。我的理解就是最基本的Java Bean , 只有屬性字段及setter 和getter。
DAO(dataaccess object)數據訪問對象
是一個sun的-個標準j2ee設計模式,這個模式中有個接口就是DAO , 負持久層的操作。爲業務層提供接口。此對象i結合使用，DAO中包含了各種數據庫的操作方法。通過它的方法,結合PO對數據庫進行相關的操作。夾在業務邏輯與數排數據庫的CRUD操作。
PS：看到朋友博客有寫這個發現少了部分，正好手上有些資料寫了一點點。個人認爲以上描述的很精細了，但是運用到實際工作中還是需要做取捨的，因爲相對於龐大而繁雜的系統而言每一塊劃分的精緻是非常有利的，但是相對普通的而已相對來說就繁雜了。