概念

VO（View Object）

視圖對(duì)象，用于展示層，它的作用是把某個(gè)指定頁(yè)面（或組件）的所有數(shù)據(jù)封裝起來(lái)。

DTO（Data Transfer Object）

數(shù)據(jù)傳輸對(duì)象，這個(gè)概念來(lái)源于J2EE的設(shè)計(jì)模式，原來(lái)的目的是為了EJB的分布式應(yīng)用提供粗粒度的數(shù)據(jù)實(shí)體，以減少分布式調(diào)用的次數(shù)，從而提高分布式調(diào)用的性能和降低網(wǎng)絡(luò)負(fù)載，但在這里，我泛指用于展示層與服務(wù)層之間的數(shù)據(jù)傳輸對(duì)象。

DO（Domain Object）

領(lǐng)域?qū)ο螅褪菑默F(xiàn)實(shí)世界中抽象出來(lái)的有形或無(wú)形的業(yè)務(wù)實(shí)體。

PO（Persistent Object）

持久化對(duì)象，它跟持久層（通常是關(guān)系型數(shù)據(jù)庫(kù)）的數(shù)據(jù)結(jié)構(gòu)形成一一對(duì)應(yīng)的映射關(guān)系，如果持久層是關(guān)系型數(shù)據(jù)庫(kù)，那么，數(shù)據(jù)表中的每個(gè)字段（或若干個(gè)）就對(duì)應(yīng)PO的一個(gè)（或若干個(gè)）屬性。

VO與DTO的區(qū)別

DTO代表服務(wù)層需要接收的數(shù)據(jù)和返回的數(shù)據(jù)，而VO代表展示層需要顯示的數(shù)據(jù)。

DTO與DO的區(qū)別

首先是概念上的區(qū)別，DTO是View層和Service層之間的數(shù)據(jù)傳輸對(duì)象（可以認(rèn)為是兩者之間的協(xié)議），而DO是對(duì)現(xiàn)實(shí)世界各種業(yè)務(wù)角色的抽象，這就引出了兩者在數(shù)據(jù)上的區(qū)別.

DTO與DO的應(yīng)用

在設(shè)計(jì)層面，View層向Service層傳遞的DTO與Service層返回給View層的DTO在概念上是不同的，但在實(shí)現(xiàn)層面，我們通常很少會(huì)這樣做（定義兩個(gè)UserInfo，甚至更多），因?yàn)檫@樣做并不見(jiàn)得很明智，我們完全可以設(shè)計(jì)一個(gè)完全兼容的DTO，在服務(wù)層接收數(shù)據(jù)的時(shí)候，不該由View層設(shè)置的屬性（如訂單的總價(jià)應(yīng)該由其單價(jià)、數(shù)量、折扣等決定），無(wú)論View層是否設(shè)置，Service層都一概忽略，而在Service層返回?cái)?shù)據(jù)時(shí)，不該返回的數(shù)據(jù)（如用戶(hù)密碼），就不設(shè)置對(duì)應(yīng)的屬性。

兩者在本質(zhì)上的區(qū)別可能導(dǎo)致彼此并不一一對(duì)應(yīng)，一個(gè)DTO可能對(duì)應(yīng)多個(gè)DO，反之亦然，甚至兩者存在多對(duì)多的關(guān)系。

DO具有一些不應(yīng)該讓View層知道的數(shù)據(jù) DO具有業(yè)務(wù)方法，如果直接把DO傳遞給View層，View層的代碼就可以繞過(guò)Service層直接調(diào)用它不應(yīng)該訪問(wèn)的操作，對(duì)于基于AOP攔截Service層來(lái)進(jìn)行訪問(wèn)控制的機(jī)制來(lái)說(shuō)，這問(wèn)題尤為突出，而在View層調(diào)用DO的業(yè)務(wù)方法也會(huì)因?yàn)槭聞?wù)的問(wèn)題，讓事務(wù)難以控制。

對(duì)于某些ORM框架（如hibernate）來(lái)說(shuō)，通常會(huì)使用“延遲加載”技術(shù)，如果直接把DO暴露給View層，對(duì)于大部分情況，View層不在事務(wù)范圍之內(nèi)（Open session in view在大部分情況下不是一種值得推崇的設(shè)計(jì)），如果其嘗試在Session關(guān)閉的情況下獲取一個(gè)未加載的關(guān)聯(lián)對(duì)象，會(huì)出現(xiàn)運(yùn)行時(shí)異常（對(duì)于Hibernate來(lái)說(shuō)，就是LazyInitiliaztionException）。

從設(shè)計(jì)層面來(lái)說(shuō)，View層依賴(lài)于Service層，Service層依賴(lài)于領(lǐng)域?qū)?，如果把DO暴露出去，就會(huì)導(dǎo)致View層直接依賴(lài)于dao層，這雖然依然是單向依賴(lài)，但這種跨層依賴(lài)會(huì)導(dǎo)致不必要的耦合。

DO與PO的區(qū)別

DO和PO在絕大部分情況下是一一對(duì)應(yīng)的，PO是只含有g(shù)et/set方法的POJO，但某些場(chǎng)景還是能反映出兩者在概念上存在本質(zhì)的區(qū)別：

DO在某些場(chǎng)景下不需要進(jìn)行顯式的持久化，例如利用策略模式設(shè)計(jì)的商品折扣策略，會(huì)衍生出折扣策略的接口和不同折扣策略實(shí)現(xiàn)類(lèi)，這些折扣策略實(shí)現(xiàn)類(lèi)可以算是DO，但它們只駐留在靜態(tài)內(nèi)存，不需要持久化到持久層，因此，這類(lèi)DO是不存在對(duì)應(yīng)的PO的。

同樣的道理，某些場(chǎng)景下，PO也沒(méi)有對(duì)應(yīng)的DO，例如老師Teacher和學(xué)生Student存在多對(duì)多的關(guān)系，在關(guān)系數(shù)據(jù)庫(kù)中，這種關(guān)系需要表現(xiàn)為一個(gè)中間表，也就對(duì)應(yīng)有一個(gè)TeacherAndStudentPO的PO，但這個(gè)PO在業(yè)務(wù)領(lǐng)域沒(méi)有任何現(xiàn)實(shí)的意義，它完全不能與任何DO對(duì)應(yīng)上。

這里要特別聲明，并不是所有多對(duì)多關(guān)系都沒(méi)有業(yè)務(wù)含義，這跟具體業(yè)務(wù)場(chǎng)景有關(guān)，例如：兩個(gè)PO之間的關(guān)系會(huì)影響具體業(yè)務(wù)，并且這種關(guān)系存在多種類(lèi)型，那么這種多對(duì)多關(guān)系也應(yīng)該表現(xiàn)為一個(gè)DO，又如：“角色”與“資源”之間存在多對(duì)多關(guān)系，而這種關(guān)系很明顯會(huì)表現(xiàn)為一個(gè)DO——“權(quán)限”。

某些情況下，為了某種持久化策略或者性能的考慮，一個(gè)PO可能對(duì)應(yīng)多個(gè)DO，反之亦然。例如客戶(hù)Customer有其聯(lián)系信息Contacts，這里是兩個(gè)一對(duì)一關(guān)系的DO，但可能出于性能的考慮（極端情況，權(quán)作舉例），為了減少數(shù)據(jù)庫(kù)的連接查詢(xún)操作，把Customer和Contacts兩個(gè)DO數(shù)據(jù)合并到一張數(shù)據(jù)表中。反過(guò)來(lái)，如果一本圖書(shū)B(niǎo)ook，有一個(gè)屬性是封面cover，但該屬性是一副圖片的二進(jìn)制數(shù)據(jù)，而某些查詢(xún)操作不希望把cover一并加載，從而減輕磁盤(pán)IO開(kāi)銷(xiāo)，同時(shí)假設(shè)ORM框架不支持屬性級(jí)別的延遲加載，那么就需要考慮把cover獨(dú)立到一張數(shù)據(jù)表中去，這樣就形成一個(gè)DO對(duì)應(yīng)對(duì)個(gè)PO的情況。

PO的某些屬性值對(duì)于DO沒(méi)有任何意義，這些屬性值可能是為了解決某些持久化策略而存在的數(shù)據(jù)，例如為了實(shí)現(xiàn)“樂(lè)觀鎖”，PO存在一個(gè)version的屬性，這個(gè)version對(duì)于DO來(lái)說(shuō)是沒(méi)有任何業(yè)務(wù)意義的，它不應(yīng)該在DO中存在。同理，DO中也可能存在不需要持久化的屬性。