應用層 主要對象有DO對象，但也可能會有DTO對象。應用層在進行不同聚合的領域服務編排時，一般建議采用聚合根ID的引用方式，應盡量避免不同聚合之間的DO對象直接引用，避免聚合之間產(chǎn)生依賴。

在涉及跨微服務的應用服務調(diào)用時，在調(diào)用其他微服務的應用服務前，DO會被轉(zhuǎn)換為DTO，完成跨微服務的DTO數(shù)據(jù)組裝，因此會有DTO對象。在前端調(diào)用后端應用服務時，用戶接口層先完成DTO到DO的轉(zhuǎn)換，然后DO作為應用服務的參數(shù)，傳導到領域?qū)油瓿蓸I(yè)務邏輯處理。

用戶接口層主要完成DO和DTO的互轉(zhuǎn)，完成微服務與前端應用數(shù)據(jù)交互和轉(zhuǎn)換。facade接口服務在完成后端應用服務封裝后，會對多個DO對象進行組裝，轉(zhuǎn)換為DTO對象，向前端應用完成數(shù)據(jù)轉(zhuǎn)換和傳輸。facade接口服務在接收到前端應用傳入的DTO后，完成DTO向多個DO對象的轉(zhuǎn)換，調(diào)用后端應用服務完成業(yè)務邏輯處理。前端應用主要是VO對象。展現(xiàn)層使用VO進行界面展示，通過用戶接口層與應用層采用DTO對象進行數(shù)據(jù)交互。

五、領域分類

在研究和解決業(yè)務問題時，DDD 會按照一定的規(guī)則將業(yè)務領域進行細分，當領域細分到一定的程度后，DDD 會將問題范圍限定在特定的邊界內(nèi)，在這個邊界內(nèi)建立領域模型，進而用代碼實現(xiàn)該領域模型，解決相應的業(yè)務問題。簡言之，DDD 的領域就是這個邊界內(nèi)要解決的業(yè)務問題域。

領域又可以分為多個子域，子域又包含核心域、通用域和支撐域。

核心域 ：核心業(yè)務，決定產(chǎn)品和公司核心競爭力的子域。

通用域 ：同時被多個子域使用的通用功能子域。

支撐域 ：支持其他子域，非核心域和通用域。

六、實現(xiàn) DDD 流程

第一步 ：事件風暴，這里的風暴可以理解為頭腦風暴，領域?qū)＜視驮O計、開發(fā)人員一起建立領域模型。

第二步 ：對領域中涉及到的場景（用戶故事）進行分析。

第三步 ：分析了場景之后，就要定義領域?qū)ο?。設計實體、找出聚合根、設計值對象、設計領域事件、設計領域服務、設計倉儲。

第四步 ：領域?qū)ο笮枰瑯I(yè)務邏輯，所以會形成一個代碼模型的映射。

第五步 ：根據(jù)代碼模型進行代碼落地。

六、限界上下文和通用語言

限界上下文

領域邊界就是通過限界上下文來定義的。

用來封裝通用語言和領域?qū)ο?，提供上下文環(huán)境，保證在領域之內(nèi)的一些術(shù)語、業(yè)務相關(guān)對象等（通用語言）有一個確切的含義，沒有二義性。

理論上限界上下文就是微服務的邊界。我們將限界上下文內(nèi)的領域模型映射到微服務，就完成了從問題域到軟件的解決方案。

如果不考慮技術(shù)異構(gòu)、團隊溝通等其它外部因素，一個限界上下文理論上就可以設計為一個微服務。

邏輯邊界：微服務內(nèi)聚合之間的邊界是邏輯邊界。它是一個虛擬的邊界，強調(diào)業(yè)務的內(nèi)聚，可根據(jù)需要變成物理邊界，也就是說聚合也可以獨立為微服務。

物理邊界：微服務之間的邊界是物理邊界。它強調(diào)微服務部署和運行的隔離，關(guān)注微服務的服務調(diào)用、容錯和運行等。

代碼邊界：不同層或者聚合之間代碼目錄的邊界是代碼邊界。它強調(diào)的是代碼之間的隔離，方便架構(gòu)演進時代碼的重組。

通用語言

DDD 分析和設計過程中的每一個環(huán)節(jié)都需要保證限界上下文內(nèi)術(shù)語的統(tǒng)一，在代碼模型設計的時侯就要建立領域?qū)ο蠛痛a對象的一一映射，從而保證業(yè)務模型和代碼模型的一致，實現(xiàn)業(yè)務語言與代碼語言的統(tǒng)一。

七、實體

實體概念

實體和值對象是組成領域模型的基礎單元。

類包含了實體的屬性和方法，通過這些方法實現(xiàn)實體自身的業(yè)務邏輯。

實體以 DO（領域?qū)ο螅┑男问酱嬖?，每個實體對象都有唯一的 ID。字段的值可以變。

實體是看得到、摸得著的實實在在的業(yè)務對象，實體具有業(yè)務屬性、業(yè)務行為和業(yè)務邏輯。

實體特點

有 ID 標識，通過 ID 判斷相等性，ID 在聚合內(nèi)唯一。依附于聚合根，生命周期由聚合根管理。實體一般會持久化，但是與數(shù)據(jù)庫持久化對象不一定是一對一的關(guān)系。實體可以引用聚合內(nèi)的聚合根、實體和值對象。

如下代碼所示，Product 屬于商品實體，有商品唯一 id。Location 屬于值對象，后面會講解值對象。

publicclassProduct{//商品實體
privatelongid;//值對象，商品唯一id
privateStringname;//單一屬性值對象
privateLocationlocation;//屬性值對象，被實體引用
}

publicclassLocation{//值對象，無主鍵id
privateStringcountry;//值對象
privateStringprovince;//值對象
privateStringcity;//值對象
privateStringstreet;//值對象
}

實體類通常采用充血模型。

充血模型和貧血模型的區(qū)別

貧血模型：數(shù)據(jù)和業(yè)務邏輯分開到不同的類中，比如 Model 類和 Service 類。

充血模型：數(shù)據(jù)和業(yè)務邏輯封裝在同一個實體類中。

八、值對象

值對象概念

值對象描述了領域中的一件東西，這個東西是不可變的，它將不同的相關(guān)屬性組合成了一個概念整體。

值對象是 DDD 領域模型中的一個基礎對象，它跟實體一樣都來源于事件風暴所構(gòu)建的領域模型，都包含了若干個屬性，它與實體一起構(gòu)成聚合。

值對象只是若干個屬性的集合，只有數(shù)據(jù)初始化操作和有限的不涉及修改數(shù)據(jù)的行為，基本不包含業(yè)務邏輯。值對象的屬性集雖然在物理上獨立出來了，但在邏輯上它仍然是實體屬性的一部分，用于描述實體的特征。

值對象的特點

無 ID，不可變，無生命周期，用完就不需要了。值對象之間通過屬性值判斷相等性。核心本質(zhì)是值，是一組概念完整的屬性組成的集合，用于描述實體的狀態(tài)和特征，值對象盡量只引用值對象。

九、聚合和聚合根

聚合

聚合就是由業(yè)務和邏輯緊密關(guān)聯(lián)的實體和值對象組合而成。

聚合是數(shù)據(jù)修改和持久化的基本單元，每一個聚合對應一個倉儲，實現(xiàn)數(shù)據(jù)的持久化。

聚合有一個聚合根和上下文便捷，根據(jù)業(yè)務單一職責和高內(nèi)聚原則，定義了聚合內(nèi)部應該包含哪些實體和值對象，而聚合之間的邊界是松耦合的。

聚合屬于 DDD 領域?qū)?，領域?qū)影鄠€聚合，共同實現(xiàn)核心業(yè)務邏輯。

聚合內(nèi)的實體以充血模型實現(xiàn)個體業(yè)務能力，以及業(yè)務邏輯的高內(nèi)聚。

跨多個實體的業(yè)務邏輯通過領域服務來實現(xiàn)，跨多個聚合的業(yè)務邏輯通過應用服務來實現(xiàn)。

特點 ：高內(nèi)聚、低耦合，它是領域模型中最底層的邊界，可以作為拆分微服務的最小單位，但是不建議對微服務過度拆分。一個聚合可以作為一個微服務，以滿足版本的高頻發(fā)布和極致的彈性伸縮能力。一個微服務也可以包含多個聚合，可以進行拆分和組合。

聚合根

聚合根是為了避免由于復雜數(shù)據(jù)模型缺少統(tǒng)一的業(yè)務規(guī)則控制，從而導致聚合、實體之間數(shù)據(jù)不一致性的問題。

聚合可以比作組織，聚合根就是這個組織的負責人。

外部對象不能直接訪問聚合內(nèi)實體，需要先訪問聚合根，再導航到聚合內(nèi)部實體。

特點 ：聚合根是實體，有實體的特點，具有全局唯一標識，有獨立的生命周期。一個聚合只有一個聚合根，聚合根在聚合內(nèi)對實體和值對象采用直接對象引用的方式進行組織和協(xié)調(diào)，聚合根和聚合根之間通過 ID 關(guān)聯(lián)的方式實現(xiàn)聚合之間的協(xié)同。

十、領域事件

領域事件用來表示領域中發(fā)生的事件。一個領域事件將導致進一步的業(yè)務操作，在實現(xiàn)業(yè)務解耦的同時，有助于形成完成的業(yè)務閉環(huán)。

領域事件驅(qū)動設計可以切斷領域模型之間的強依賴關(guān)系，事件發(fā)布完成后，發(fā)布方不必關(guān)心后續(xù)訂閱方事件處理是否成功，可以實現(xiàn)領域模型的解耦，維護領域模型的獨立性和數(shù)據(jù)的一致性。微服務之間的數(shù)據(jù)不必要求強一致性，而是基于事件的最終一致性。

領域事件的執(zhí)行需要一系列的組件和技術(shù)來支撐：事件的構(gòu)建和發(fā)布、事件數(shù)據(jù)持久化、事件總線、消息中間件、事件接收和處理。

審核編輯：劉清