1. 引言

Module，即模塊，是指提供特定功能的相對(duì)獨(dú)立的單元。提到模塊，你肯定就會(huì)想到模塊化設(shè)計(jì)思想，也就是功能的分解和組合。對(duì)于簡(jiǎn)單問題，可以直接構(gòu)建單一模塊的程序。而對(duì)于復(fù)雜問題，則可以先創(chuàng)建若干個(gè)較小的模塊，然后將它們組裝、鏈接在一起，從而構(gòu)成復(fù)雜的軟件系統(tǒng)。

在DDD中，模塊的用途也是如此，通過分解領(lǐng)域模型為不同的模塊，以降低領(lǐng)域模型的復(fù)雜性，提高領(lǐng)域模型的可讀性。

2. DDD中的模塊

模塊是一個(gè)籠統(tǒng)的概念，比較寬泛，為了正確發(fā)揮模塊的威力，理解模塊的概念就十分重要。下面我們從具體的問題著手，來嘗試說明模塊的概念。

如何對(duì)在線商城的顧客進(jìn)行建模？

對(duì)于顧客來說，一般需要維護(hù)顧客的個(gè)人信息、收貨地址、支付方式。這些信息是緊密相關(guān)的，不可獨(dú)立存在。我們可以抽象出三個(gè)簡(jiǎn)單的聚合Customer、AddressBook和?Wallet。那這些類該如何存放呢？是為每一個(gè)聚合創(chuàng)建一個(gè)文件夾存放還是放在同一個(gè)文件夾？我想答案不言而喻。
這三個(gè)聚合就是一個(gè)模塊，一個(gè)客戶模塊。通過定義一個(gè)Customer文件夾，來將相關(guān)聯(lián)的領(lǐng)域?qū)ο蠼M合起來。而這個(gè)文件夾體現(xiàn)在C#中就是命名空間的概念。

再來看一個(gè)問題，如何設(shè)計(jì)在線商城的支付功能？

支付是在線商城中十分重要的一個(gè)環(huán)節(jié)，設(shè)計(jì)的好壞直接影響項(xiàng)目的成敗。一般來說，針對(duì)于支付環(huán)節(jié)，我們應(yīng)該單獨(dú)放到支付子域中去處理，以維護(hù)領(lǐng)域的不變性，支付環(huán)節(jié)對(duì)應(yīng)支付上下文，在支付上下文下，一些領(lǐng)域概念才能更清晰。為了提升支付體驗(yàn)，我們勢(shì)必要支持多種支付方式，比如支付寶支付、微信支付、其他銀行卡支付。在對(duì)接某一種支付方式時(shí)，我們就應(yīng)該為其定義單獨(dú)的模塊，保證支付方式的獨(dú)立性。同樣，我們可以選擇通過命名空間來實(shí)現(xiàn)模塊化，也可以類似NopCommerce創(chuàng)建單獨(dú)的項(xiàng)目來插件化開發(fā)集成每一種支付方式。同樣，我們也可以將整個(gè)支付功能擰出一個(gè)單獨(dú)的支付模塊，以便在其他項(xiàng)目中進(jìn)行共用。

如何集成第三方SDK?

我們知道開源的一大好處是，大牛們分享了一系列高效、實(shí)用庫(kù)或軟件，也就是大家常說的“輪子”，比如Hangfire、RabbitMQ、Dapper、Redis等等，我們可以直接開箱即用。但如果項(xiàng)目中集成很多的第三方SDK，如果不加以組織整理，項(xiàng)目的結(jié)構(gòu)就會(huì)比較混亂，代碼的可讀性就大大降低。這個(gè)時(shí)候我們就可以考慮模塊化的去集成第三方SDK，通過對(duì)第三方SDK的再封裝，來完善代碼的組織結(jié)構(gòu)，以達(dá)到項(xiàng)目中的統(tǒng)一調(diào)用。Abp框架就是通過這種方式來集成比較流行第三方SDK。

通過以上的舉例說明，我們可以看到模塊可大可小，每個(gè)模塊都是相對(duì)獨(dú)立的功能單元。在C＃中我們可以用命名空間或單獨(dú)的項(xiàng)目來實(shí)現(xiàn)模塊。通過模塊來組織和封裝相關(guān)概念，來分解領(lǐng)域模型，以簡(jiǎn)化領(lǐng)域模型的復(fù)雜性。

但不要將模塊與子域和限界上下文混淆。在復(fù)雜的領(lǐng)域模型中，為了對(duì)領(lǐng)域模型中進(jìn)行準(zhǔn)確建模，需要將領(lǐng)域模型拆分成多個(gè)子域，每個(gè)子域?qū)?yīng)一個(gè)或多個(gè)限界上下文。在限界上下文中，可以將限界上下文中具體的領(lǐng)域概念分解成不同的模塊。所以，從子域到限界上下文再到模塊，應(yīng)該是依次包含關(guān)系。

3. 模塊設(shè)計(jì)的原則

模塊的設(shè)計(jì)是基于領(lǐng)域模型的，要符合通用語言的表述。其次，模塊的設(shè)計(jì)要符合高內(nèi)聚低耦合的設(shè)計(jì)思想。

3.1. 根據(jù)領(lǐng)域來組織模塊

模塊應(yīng)該由領(lǐng)域的概念來組織，而不是根據(jù)通用的組件類型和模式來創(chuàng)建模塊。如果將所有的聚合、服務(wù)、工廠分別放在獨(dú)立的模塊中，就會(huì)有悖于DDD的設(shè)計(jì)原則，同時(shí)還會(huì)限制我們創(chuàng)建富有行為的領(lǐng)域模型。這樣設(shè)計(jì)的模塊的關(guān)注點(diǎn)是在當(dāng)前的組件和模式上，而不是在領(lǐng)域上。每個(gè)模塊都應(yīng)該有適當(dāng)?shù)念悂斫ｎI(lǐng)域的特定方面的概念和功能。

3.2. 基于通用語言

項(xiàng)目中的通用語言除了用來指導(dǎo)實(shí)體，值對(duì)象、領(lǐng)域服務(wù)和領(lǐng)域事件的的命名外，也適用于模塊的命名。使用通用語言來為模塊命名，可以清晰的反映領(lǐng)域中的概念，且能夠明確模塊職責(zé)。例如，領(lǐng)域中身份認(rèn)證的概念，我們就可以以Identity來命名這個(gè)模塊。

推薦的模塊命名規(guī)范是：公司名稱.項(xiàng)目名稱.架構(gòu)分層.限界上下文.組件類型。
比如對(duì)騰訊微信產(chǎn)品的朋友圈模塊的領(lǐng)域?qū)涌梢园匆韵路绞矫?#xff1a;

Tencent.Weixin.Domain.Moment.Models Tencent.Weixin.Domain.Moment.RepositoriesTencent.Weixin.Domain.Moment.ServicesTencent.Weixin.Domain.Moment.Factories

說到這里，你可能會(huì)想到mvc的項(xiàng)目結(jié)構(gòu)也是基于模塊的思想，比如Models、Views、Controllers、css、js都是放在獨(dú)立的文件夾中，這其實(shí)也是關(guān)注點(diǎn)分離的思想，通過模塊的分割來達(dá)到關(guān)注點(diǎn)分離。

3.3. 高內(nèi)聚低耦合

高內(nèi)聚低耦合是模塊設(shè)計(jì)的重要思想，模塊內(nèi)高內(nèi)聚，模塊間低耦合。
一個(gè)完整的系統(tǒng)，模塊與模塊之間，盡可能的使其獨(dú)立存在。也就是說，讓每個(gè)模塊，盡可能的獨(dú)立完成某個(gè)特定的子功能。模塊與模塊之間的接口，盡量的少而簡(jiǎn)單。如果某兩個(gè)模塊間的關(guān)系比較復(fù)雜的話，最好首先考慮進(jìn)一步的模塊劃分，這樣有利于修改和組合。

4. 總結(jié)

模塊是對(duì)領(lǐng)域模型進(jìn)行分解后的產(chǎn)物，是相對(duì)獨(dú)立的功能單元，由一系列高內(nèi)聚的領(lǐng)域?qū)ο蠼M成，相對(duì)聚合、實(shí)體和值對(duì)象來說是更高一層的抽象。

模塊化的思想大大簡(jiǎn)化了領(lǐng)域模型的復(fù)雜性，即便于我們?cè)O(shè)計(jì)出高內(nèi)聚低耦合的系統(tǒng)，也便于我們理解系統(tǒng)的設(shè)計(jì)。

而至于模塊的實(shí)現(xiàn)，我們既可以通過命名空間來進(jìn)行分離，也可以使用單獨(dú)的項(xiàng)目來實(shí)現(xiàn)。

參考資料

What are Modules in Domain Driven Design?

相關(guān)文章

• DDD理論學(xué)習(xí)系列（1）-- 通用語言

• DDD領(lǐng)域驅(qū)動(dòng)之干貨 （一）

• DDD理論學(xué)習(xí)系列（2）-- 領(lǐng)域

• DDD理論學(xué)習(xí)系列（3）-- 限界上下文

• DDD理論學(xué)習(xí)系列（4）-- 領(lǐng)域模型

• 事件總線知多少（2）

• DDD理論學(xué)習(xí)系列（5）-- 統(tǒng)一建模語言

• DDD理論學(xué)習(xí)系列（6）-- 實(shí)體

• DDD理論學(xué)習(xí)系列（7）-- 值對(duì)象

• DDD理論學(xué)習(xí)系列（8）-- 應(yīng)用服務(wù)&領(lǐng)域服務(wù)

• DDD理論學(xué)習(xí)系列（9）-- 領(lǐng)域事件

• DDD理論學(xué)習(xí)系列（10）-- 聚合

• DDD理論學(xué)習(xí)系列（11）-- 工廠

• DDD理論學(xué)習(xí)系列（12）-- 倉(cāng)儲(chǔ)

• 從事件和DDD入手來構(gòu)建微服務(wù)

• DDD領(lǐng)域驅(qū)動(dòng)之干貨 （一）

• WeText項(xiàng)目：一個(gè)基于.NET實(shí)現(xiàn)的DDD、CQRS與微服務(wù)架構(gòu)的演示案例

• 【DDD/CQRS/微服務(wù)架構(gòu)案例】在Ubuntu 14.04.4 LTS中運(yùn)行WeText項(xiàng)目的服務(wù)端

• 基于.NET CORE微服務(wù)框架 -surging的介紹和簡(jiǎn)單示例 （開源）

• 剝析surging的架構(gòu)思想

• 基于.NET CORE微服務(wù)框架 -談?wù)剆urging的服務(wù)容錯(cuò)降級(jí)

• 我眼中的ASP.NET Core之微服務(wù)

• .NET Core 事件總線,分布式事務(wù)解決方案：CAP

原文地址：http://www.cnblogs.com/sheng-jie/p/7266557.html

---

.NET社區(qū)新聞，深度好文，微信中搜索dotNET跨平臺(tái)或掃描二維碼關(guān)注

總結(jié)

以上是生活随笔為你收集整理的DDD理论学习系列（13）-- 模块的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。