各業務Object概念（VO、 PO、DO、DTO、 BO、 QO、DAO、POJO）

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

個人介紹：

** 高廣超** ：多年一線網際網路研發與架構設計經驗，擅長設計與落地高可用、高性能網際網路架構。目前就職于美團網，負責核心業務研發工作。

本文首發在

高廣超的簡書部落格

轉載請注明！

image.png