O/R Mapping 是 Object Relational

Mapping （物件關係對映）的縮寫。通俗點講，就是將物件與關係資料庫繫結，用物件來表示關係資料。在 O/R

Mapping 的世界裡，有兩個基本的也是重要的東東需要了解，即 VO ， PO 。

VO ，值物件 (Value Object) ，

PO ，持久物件 (Persisent

Object) ，它們是由一組屬性和屬性的 get 和 set 方法組成。從結構上看，它們並沒有什麼不同的地方。但從其意義和本質上來看是完全不同的。

１． VO 是用 new 關鍵字建立，由 GC 回收的。

　　 PO 則是向資料庫中新增新資料時建立，刪除資料庫中資料時削除的。並且它只能存活在一個數據庫連線中，斷開連線即被銷燬。

２． VO 是值物件，精確點講它是業務物件，是存活在業務層的，是業務邏輯使用的，它存活的目的就是為資料提供一個生存的地方。

　　 PO 則是有狀態的，每個屬性代表其當前的狀態。它是物理資料的物件表示。使用它，可以使我們的程式與物理資料解耦，並且可以簡化物件資料與物理資料之間的轉換。

３． VO 的屬性是根據當前業務的不同而不同的，也就是說，它的每一個屬性都一一對應當前業務邏輯所需要的資料的名稱。

PO 的屬性是跟資料庫表的欄位一一對應的。

PO 物件需要實現序列化介面。

java 的 (PO,VO,TO,BO,DAO,POJO) 解釋

PO(persistant object) 持久物件

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

VO(value object) 值物件

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

TO(Transfer Object) ，資料傳輸物件

在應用程式不同 tie( 關係 ) 之間傳輸的物件

BO(business object) 業務物件

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

business object: 業務物件

主要作用是把業務邏輯封裝為一個物件。這個物件可以包括一個或多個其它的物件。

比如一個簡歷，有教育經歷、工作經歷、社會關係等等。

我們可以把教育經歷對應一個 PO ，工作經歷對應一個 PO ，社會關係對應一個 PO 。

建立一個對應簡歷的 BO 物件處理簡歷，每個 BO 包含這些 PO 。

這樣處理業務邏輯時，我們就可以針對 BO 去處理。

QO ：查詢物件

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

DAO ：資料訪問物件 —— 同時還有 DAO 模式

DTO ：資料傳輸物件 —— 同時還有 DTO 模式

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 建模框架

下面是個人理解

VO基本理解

value object：值物件

view object：表現層物件

簡要理解（部分人認為同DTO有部分相同作用）

通常用於業務層之間的資料傳遞，主要對應介面顯示的資料物件，他的對應物件可以是一個WEB頁面，或者SWT、SWING的一個介面，通常用一個VO物件對應整個介面的值；

O/R Mapper基本理解

Object Relational Mapping：物件/關係 對映*

作用

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

建議瞭解

在O/R Mapping的世界裡，有兩個基本的也是重要的物件需要了解，即VO，PO

PO基本理解

persistant object ：持久物件

注意

PO中應該不包含任何對資料庫的操作！

簡介

在o/r對映的時候出現的概念，如果沒有o/r對映，就沒有這個概念存在了。可以看成是與資料庫中的表相對映的java物件,一般包含資料模型(資料庫),部分業務邏輯；最簡單的PO就是對應資料庫中某個表中的一條記錄，多個記錄可以用PO的集合；

簡要理解

PO對應資料庫表，且資料庫表會對映一個PO（java物件），一個PO就是資料庫中的一條記錄，我們這可以把這條記錄作為一個物件處理，可以方便的轉為其它物件；

VO與PO區別

• VO是用new關鍵字建立，由GC回收的
• PO則是向資料庫中新增新資料時建立，刪除資料庫中資料時削除的。並且它只能存活在一個數據庫連線中，斷開連線即被銷燬
• VO是值物件，精確點講它是業務物件，是存活在業務層的，是業務邏輯使用的，它存活的目的就是為資料提供一個生存的地方
• PO則是有狀態的，每個屬性代表其當前的狀態。它是物理資料的物件表示。使用它，可以使程式與物理資料解耦，並且可以簡化物件資料與物理資料之間的轉換
• VO的屬性是根據當前業務的不同而不同的，也就是說，它的每一個屬性都一一對應當前業務邏輯所需要的資料的名稱
• PO的屬性是跟資料庫表的欄位一一對應的
• PO物件需要實現序列化介面

BO基本理解

business object：業務物件

簡要理解

封裝業務邏輯的java物件,通過呼叫DAO方法,結合PO,VO進行業務操作 ；

理解（BO統籌PO）

主要作用是把業務邏輯封裝為一個物件。這個物件可以包括一個或多個其它的物件。

比如一個簡歷，有教育經歷、工作經歷、社會關係等等。

我們可以把教育經歷對應一個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方法

簡要理解

POJO首先區別於其他物件，同時是最常見最多變的一箇中間常用物件

不同場景下POJO的代表

• 一個POJO持久化以後就是PO
• 直接用它傳遞、傳遞過程中就是DTO
• 直接用來對應表示層就是VO

DAO（常用）基本理解

data access object：資料訪問物件

簡介

一個標準j2ee設計模式，夾在業務邏輯與資料庫資源中間，通過DAO介面訪問資料庫，DAO中包含了各種資料庫的操作方法（CRUD操作），通過它的方法,結合PO對資料庫進行相關的操作,基本沒有互相轉化的可能性和必要；同時可以通過它把POJO持久化為PO，用PO組裝出來VO、DTO ~

簡要理解

通常和PO結合使用，DAO中包含了各種資料庫的操作方法；通過它的方法,結合PO對資料庫進行相關的操作；配合VO，提供資料庫的CRUD（增刪改查）操作

DTO（較少用，過渡作用）基本理解

Data Transfer Object：資料傳輸物件

簡要理解

主要用於遠端呼叫需要大量傳輸物件的地方

列子理解

比如我們一張表有100個欄位，那麼對應的PO就有100個屬性.

但是我們介面上只要顯示10個欄位，

客戶端用WEB service來獲取資料，沒有必要把整個PO物件傳遞到客戶端，

這時我們就可以用只有這10個屬性的DTO來傳遞結果到客戶端，這樣也不會暴露服務端表結構.到達客戶端以後，如果用這個物件來對應介面顯示，那此時它的身份就轉為VO

TO基本理解

Transfer Object：資料傳輸物件

簡要理解

在應用程式不同tie(關係)之間傳輸的物件

QO基本理解

Query Object：查詢物件

簡要理解

儲存一些與永續性查詢操作的語句物件

DO基本理解

Domain Object：領域物件

簡要理解

就是從現實世界中抽象出來的有形或無形的業務實體

最後再介紹下Bean，Conn

Bean包就是專門放置屬性類的，比如在資料庫中建立了一個表，那麼你可以把這個表的各個欄位，分別定義成屬性放置在一個類裡，並寫明setter和getter方法，然後把這個類放置在bean包下面。

Conn建立了一個數據庫連線物件，其他所有涉及到資料庫操作的檔案都需要包含這個檔案並引用該物件。

更多關於java中PO、VO、BO、POJO、DAO、DTO、TO、QO、Bean、conn的理解請檢視下面的相關連結