詳述 PO VO BO DTO DAO 和 POJO 的概念及區別

維C果糖發表於2017-08-17

  說實話,我相信對於剛接觸 PO、VO、BO、DTO、DAO 和 POJO 這些概念的同學來說,大都會有一種“這都是什麼鬼?”的感覺,可謂是雲裡霧裡,不知今夕何夕!現在,就讓我們們一起揭開這些 “X”O 的面紗,看看它們的廬山真面目。首先,來個圖瞅瞅:

  第 1 個:DAO

  DAO(Data Access Object)資料訪問物件,它是一個物件導向的資料庫介面,負責持久層的操作,為業務層提供介面,主要用來封裝對資料庫的訪問,常見操作無外乎 CURD。我們也可以認為一個 DAO 對應一個 POJO 的物件,它位於業務邏輯與資料庫資源中間,可以結合 PO 對資料庫進行相關的操作。

  第 2 個:PO

  PO(Persistent Object)持久層物件,它是由一組屬性和屬性的get和set方法組成,最簡單的 PO 就是對應資料庫中某個表中的一條記錄(也就是說,我們可以將資料庫表中的一條記錄理解為一個持久層物件),多個記錄可以用 PO 的集合,PO 中應該不包含任何對資料庫的操作。PO 的屬性是跟資料庫表的欄位一一對應的,此外 PO 物件需要實現序列化介面。

  第 3 個:BO

  BO(Business Object)業務層物件,是簡單的真實世界的軟體抽象,通常位於中間層。BO 的主要作用是把業務邏輯封裝為一個物件,這個物件可以包括一個或多個其它的物件。舉一個求職簡歷的例子,每份簡歷都包括教育經歷、專案經歷等,我們可以讓教育經歷和專案經歷分別對應一個 PO,這樣在我們建立對應求職簡歷的 BO 物件處理簡歷的時候,讓每個 BO 都包含這些 PO 即可。

  第 4 個:VO

  VO(Value Object)值物件,通常用於業務層之間的資料傳遞,和 PO 一樣也是僅僅包含資料而已,但 VO 應該是抽象出的業務物件,可以和表對應,也可以不對應,這根據業務的需要。 如果鍋碗瓢盆分別為對應的業務物件的話,那麼整個碗櫃就是一個值物件。此外,VO 也可以稱為頁面物件,如果稱為頁面物件的話,那麼它所代表的將是整個頁面展示層的物件,也可以由需要的業務物件進行組裝而來。

  第 5 個:DTO

  DTO(Data Transfer Object)資料傳輸物件,主要用於遠端呼叫等需要大量傳輸物件的地方,比如我們有一個交易訂單表,含有 25 個欄位,那麼其對應的 PO 就有 25 個屬性,但我們的頁面上只需要顯示 5 個欄位,因此沒有必要把整個 PO 物件傳遞給客戶端,這時我們只需把僅有 5 個屬性的 DTO 把結果傳遞給客戶端即可,而且如果用這個物件來對應介面的顯示物件,那此時它的身份就轉為 VO。使用 DTO 的好處有兩個,一是能避免傳遞過多的無用資料,提高資料的傳輸速度;二是能隱藏後端的表結構。常見的用法是:將請求的資料或屬性組裝成一個 RequestDTO,再將響應的資料或屬性組裝成一個 ResponseDTO.

  第 6 個:POJO

  POJO(Plain Ordinary Java Object)簡單的 Java 物件,實際就是普通的 JavaBeans,是為了避免和 EJB(Enterprise JavaBean)混淆所創造的簡稱。POJO 實質上可以理解為簡單的實體類,其中有一些屬性及其getter和setter方法的類,沒有業務邏輯,也不允許有業務方法,也不能攜帶有connection之類的方法。POJO 是 JavaEE 世界裡面最靈活的物件,在簡單系統中,如果從資料庫到頁面展示都是 POJO 的話,它可以是 DTO;如果從資料庫中到業務處理中都是 POJO 的話,它可以是 BO;如果從資料庫到整個頁面的展示的話,它也可以是 VO.


  擴充套件閱讀:

  在實際的專案中,我們還會遇到一個常見的物件,那就是 Entity 實體物件,它對應資料庫中的表,我們可以簡單的理解為一個表對應一個 Entity,同樣以交易訂單表 Order 為例,如果這個表有 25 個欄位,那麼這個 OrderEntity 物件裡面也要含有 25 個對應的屬性。


  參考文獻:

  [1] JavaEE PO VO BO DTO POJO DAO 整理總結
  [2] 胡亂說一下我對於 BO VO PO DTO 的理解

相關文章