我們生活中都聽(tīng)說(shuō)了DDD，也了解了DDD，那么怎么將一個(gè)新項(xiàng)目從頭開(kāi)始按照DDD的過(guò)程進(jìn)行劃分與架構(gòu)設(shè)計(jì)呢？

一、專業(yè)術(shù)語(yǔ)

各種服務(wù)

IAAS：基礎(chǔ)設(shè)施服務(wù)，Infrastructure-as-a-service

PAAS：平臺(tái)服務(wù)，Platform-as-a-service

SAAS：軟件服務(wù)，Software-as-a-service

基于 Spring Boot + MyBatis Plus + Vue & Element 實(shí)現(xiàn)的后臺(tái)管理系統(tǒng) + 用戶小程序，支持 RBAC 動(dòng)態(tài)權(quán)限、多租戶、數(shù)據(jù)權(quán)限、工作流、三方登錄、支付、短信、商城等功能

• 項(xiàng)目地址：https://github.com/YunaiV/ruoyi-vue-pro
• 視頻教程：https://doc.iocoder.cn/video/

二、架構(gòu)演變

從圖中已經(jīng)可以很容易看出架構(gòu)的演進(jìn)過(guò)程，通過(guò)對(duì)三個(gè)層的舉例來(lái)進(jìn)行說(shuō)明：

SAAS ：比如我們最早的就是單體應(yīng)用，多個(gè)業(yè)務(wù)之間可能都沒(méi)有進(jìn)行分層，之后我們業(yè)務(wù)多了，都各自混淆在一起，后來(lái)我們就通過(guò)MVC、SSM、分層等方式進(jìn)行業(yè)務(wù)拆分，保證業(yè)務(wù)與業(yè)務(wù)之間解耦

PAAS ：隨者業(yè)務(wù)的增長(zhǎng)，我們打算分離出一個(gè)子系統(tǒng)，但是成本太高，每次都需要從頭搭建一個(gè)子系統(tǒng)，效率低下。這時(shí)我們就抽取除了一些通用技術(shù)，比如mesh、SOA、微服務(wù)等方式來(lái)隔離系統(tǒng)，且對(duì)通用技術(shù)復(fù)用來(lái)快速搭建一個(gè)系統(tǒng)

IAAS ：比如訂單服務(wù)并發(fā)量高，單臺(tái)服務(wù)器已經(jīng)無(wú)法滿足要求，這時(shí)我們需要多臺(tái)服務(wù)器，可能有windows的、linux、mac，想要快速部署就需要屏蔽OS，于是就有了VM、Docker、K8S等技術(shù)來(lái)屏蔽OS

基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 實(shí)現(xiàn)的后臺(tái)管理系統(tǒng) + 用戶小程序，支持 RBAC 動(dòng)態(tài)權(quán)限、多租戶、數(shù)據(jù)權(quán)限、工作流、三方登錄、支付、短信、商城等功能

• 項(xiàng)目地址：https://github.com/YunaiV/yudao-cloud
• 視頻教程：https://doc.iocoder.cn/video/

三、限界上下文

限界上下文概念

BC與業(yè)務(wù)的關(guān)系 ：

通過(guò)對(duì)業(yè)務(wù)的劃分，比如訂單系統(tǒng)，訂單是一個(gè)子域；庫(kù)存是一個(gè)子域；

其中商品再不同的子域中所表示的意義也不同，比如在訂單上下文中的商品表示商品的單價(jià)、折扣等等；而在庫(kù)存的上下文中商品表示商品的庫(kù)存量、成本、存放位置等。

BC與技術(shù)的關(guān)系 ：

多個(gè)子域之間必須需要在應(yīng)用層進(jìn)行聚合，而聚合的過(guò)程中就引出了技術(shù)方案，比如訂單到庫(kù)存到支付，他們應(yīng)該采用同步方式；這幾個(gè)子域調(diào)用通知都應(yīng)該是異步，那么可能就需要消息中間件或其它技術(shù)方案

限界上下文劃分規(guī)則

一般來(lái)說(shuō)，先考慮團(tuán)隊(duì)規(guī)模，來(lái)決定最終需要?jiǎng)澐值蕉嗉?xì)粒度的BC，如果團(tuán)隊(duì)規(guī)模過(guò)小而B(niǎo)C過(guò)細(xì)，則對(duì)后期的運(yùn)維、部署、上線都會(huì)造成很大的負(fù)擔(dān)；

在確定好粒度后，可以對(duì)語(yǔ)義相關(guān)性、功能相關(guān)性-業(yè)務(wù)方向、功能相關(guān)性-非業(yè)務(wù)方向進(jìn)行劃分

按照以上的規(guī)則劃分之后就得到了多個(gè)BC啦

一個(gè)BC代表一個(gè)微服務(wù)嗎？

概念 ：微服務(wù)一般是指將高度相關(guān)功能的一個(gè)開(kāi)發(fā)部署單元，有自己的技術(shù)自治性、技術(shù)選型、彈性擴(kuò)縮容、發(fā)布上下頻率等，說(shuō)白了就是各自維護(hù)一個(gè)業(yè)務(wù)，然后多個(gè)業(yè)務(wù)組成一個(gè)系統(tǒng)，多個(gè)業(yè)務(wù)之間各自管理

關(guān)系：這里的BC其實(shí)就是一個(gè)領(lǐng)域或一個(gè)模塊或一個(gè)業(yè)務(wù)，如果兩個(gè)領(lǐng)域相關(guān)性很高，就可以包含多個(gè)BC，或者如果一個(gè)領(lǐng)域訪問(wèn)量非常大，則需要部署在一個(gè)微服務(wù)中以提高性能

四、領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的四重邊界

根據(jù)上圖所示，我們通過(guò)四重來(lái)進(jìn)行架構(gòu)設(shè)計(jì)：

分而治之 ：DDD通過(guò)規(guī)劃四重邊界，把領(lǐng)域知識(shí)做了合理的固化和分層。業(yè)務(wù)有核心領(lǐng)域和支持域、業(yè)務(wù)域中又拆分成多個(gè)限界上下文（BC），一個(gè)BC中又根據(jù)領(lǐng)域知識(shí)核心與否進(jìn)行分層，領(lǐng)域?qū)又邪凑斩鄠€(gè)業(yè)務(wù)（子域）的強(qiáng)相關(guān)性進(jìn)行聚合成一個(gè)子域

【第一重邊界】確定項(xiàng)目的愿景與目標(biāo)，確定問(wèn)題空間，確定核心子領(lǐng)域、通用子領(lǐng)域（多個(gè)子領(lǐng)域可以復(fù)用）、支撐子領(lǐng)域（額外功能，如數(shù)據(jù)統(tǒng)計(jì)、導(dǎo)出報(bào)表）

【第二重邊界】解決方案空間里的限界上下文就是一道進(jìn)程隔離層面的物理邊界

【第三重邊界】每個(gè)限界上下文內(nèi)，使用分層架構(gòu)劃分為：接口層、領(lǐng)域?qū)印?yīng)用層、基礎(chǔ)設(shè)施層之間的最小隔離

【第四重邊界】領(lǐng)域?qū)永餅榱吮ＷC各個(gè)領(lǐng)域的完整性和一致性，引入聚合的設(shè)計(jì)作為隔離領(lǐng)域模型的最小單元

五、整潔分層架構(gòu)

具體說(shuō)明看圖中備注，總的來(lái)說(shuō)就是通過(guò)實(shí)現(xiàn)與接口分離，讓domain層盡量獨(dú)立，而不耦合與任何模塊，這里面包含了領(lǐng)域模型的業(yè)務(wù)邏輯代碼，但不會(huì)依賴于具體技術(shù)實(shí)現(xiàn)，可以很方便更換基礎(chǔ)設(shè)施層，提供給第三方web調(diào)用service

六、六邊形架構(gòu)

主動(dòng)適配 ：指來(lái)?于UI、命令?等輸?型命令， controller就是?種端?，端?的具體實(shí)現(xiàn)就是應(yīng)?邏

輯?身。因此端?和具體實(shí)現(xiàn)都在應(yīng)?系統(tǒng)的內(nèi)部。

被動(dòng)適配 ：指訪問(wèn)存儲(chǔ)設(shè)備，外部服務(wù)等。每種訪問(wèn)就是?種端?，具體實(shí)現(xiàn)是各個(gè)具體的中間件。因

此端?在整個(gè)應(yīng)?系統(tǒng)的?部，具體實(shí)現(xiàn)在系統(tǒng)的外部。

每?種輸?和輸出都是?個(gè)端?，每個(gè)端?都有具體的實(shí)現(xiàn)邏輯，因此整個(gè)應(yīng)?系統(tǒng)的架構(gòu)就是?些列

的端?+適配邏輯組成，架構(gòu)圖就是?個(gè)多邊形形狀。有?個(gè)端?需要根據(jù)應(yīng)?系統(tǒng)的具體情況?定，

只是六個(gè)端??較形象?得名為六邊形架構(gòu)。

特點(diǎn)：1. 外層依賴內(nèi)層使得依賴更合理。端?就是接?，依賴接?編程。借此保證了應(yīng)?和實(shí)現(xiàn)細(xì)節(jié)之

間的隔離。2. 可測(cè)試更好

七、洋蔥架構(gòu)

洋蔥架構(gòu)針對(duì)六邊形架構(gòu)更進(jìn)?步把內(nèi)層的業(yè)務(wù)邏輯分為了DDD概念的應(yīng)?服務(wù)層、領(lǐng)域服務(wù)層和領(lǐng)域

模型層。

特點(diǎn)：

（1）圍繞獨(dú)?的領(lǐng)域模型構(gòu)建應(yīng)?

（2）內(nèi)層定義接?，外層實(shí)現(xiàn)接?

（3）依賴的?向指向圓?（注意：洋蔥架構(gòu)提倡不破壞耦合?向的依賴都是合理的，外層可以依賴直接內(nèi)層，也可以依賴更??的層）

（4）所有的應(yīng)?代碼可以獨(dú)?于基礎(chǔ)設(shè)施編譯和運(yùn)?

八、總結(jié)

目前領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)是目前比較流行的一種架構(gòu)設(shè)計(jì)，只需要按照領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的四重邊界進(jìn)行架構(gòu)設(shè)計(jì)，就能夠很好的對(duì)各個(gè)領(lǐng)域解耦，對(duì)后期的業(yè)務(wù)垂直擴(kuò)展、功能的水平擴(kuò)展提供了良好的基礎(chǔ)。