1. 程式人生 > >java術語(PO/POJO/VO/BO/DAO/DTO)

java術語(PO/POJO/VO/BO/DAO/DTO)

PO(persistant object) 持久物件
在o/r 對映的時候出現的概念,如果沒有o/r對映,就沒有這個概念存在了.通常對應資料模型(資料庫),本身還有部分業務邏輯的處理.可以看成是與資料庫中的表相對映的java物件.最簡單的PO就是對應資料庫中某個表中的一條記錄,多個記錄可以用PO的集合.PO中應該不包含任何對資料庫的操作.

VO(value object) 值物件
通常用於業務層之間的資料傳遞,和PO一樣也是僅僅包含資料而已.但應是抽象出的業務物件,可以和表對應,也可以不,這根據業務的需要.個人覺得同DTO(資料傳輸物件),在web上傳遞.

BO(business object) 業務物件

從業務模型的角度看,見UML元件領域模型中的領域物件.封裝業務邏輯的java物件,通過呼叫DAO方法,結合PO,VO進行業務操作.

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操作...


DTO (Data Transfer Object)資料傳輸物件
主要用於遠端呼叫等需要大量傳輸物件的地方。
比如我們一張表有100個欄位,那麼對應的PO就有100個屬性。
但是我們介面上只要顯示10個欄位,
客戶端用WEB service來獲取資料,沒有必要把整個PO物件傳遞到客戶端,
這時我們就可以用只有這10個屬性的DTO來傳遞結果到客戶端,這樣也不會暴露服務端表結構.到達客戶端以後,如果用這個物件來對應介面顯示,那此時它的身份就轉為VO

O/R Mapper 物件/關係 對映
定義好所有的mapping之後,這個O/R Mapper可以幫我們做很多的工作.通過這些mappings,這個O/R Mapper可以生成所有的關於物件儲存,刪除,讀取的SQL語句,我們不再需要寫那麼多行的DAL程式碼了.

實體Model(實體模式)
DAL(資料訪問層)
IDAL(介面層)
DALFactory(類工廠)
BLL(業務邏輯層)
BOF    Business Object Framework      業務物件框架
SOA    Service Orient Architecture    面向服務的設計
EMF    Eclipse Model Framework        Eclipse建模框架