1. 引言
Module，即模塊沫屡，是指提供特定功能的相對獨立的單元拌牲。提到模塊俱饿，你肯定就會想到模塊化設(shè)計思想，也就是功能的分解和組合塌忽。對于簡單問題拍埠，可以直接構(gòu)建單一模塊的程序。而對于復(fù)雜問題土居，則可以先創(chuàng)建若干個較小的模塊枣购，然后將它們組裝、鏈接在一起擦耀，從而構(gòu)成復(fù)雜的軟件系統(tǒng)棉圈。
在DDD中，模塊的用途也是如此眷蜓，通過分解領(lǐng)域模型為不同的模塊分瘾，以降低領(lǐng)域模型的復(fù)雜性，提高領(lǐng)域模型的可讀性吁系。
2. DDD中的模塊
模塊是一個籠統(tǒng)的概念德召，比較寬泛白魂，為了正確發(fā)揮模塊的威力，理解模塊的概念就十分重要氏捞。下面我們從具體的問題著手碧聪，來嘗試說明模塊的概念。
如何對在線商城的顧客進行建模液茎？
對于顧客來說逞姿，一般需要維護顧客的個人信息、收貨地址捆等、支付方式滞造。這些信息是緊密相關(guān)的，不可獨立存在栋烤。我們可以抽象出三個簡單的聚合Customer谒养、AddressBook和 Wallet。那這些類該如何存放呢明郭？是為每一個聚合創(chuàng)建一個文件夾存放還是放在同一個文件夾买窟？我想答案不言而喻。
這三個聚合就是一個模塊薯定，一個客戶模塊始绍。通過定義一個Customer文件夾，來將相關(guān)聯(lián)的領(lǐng)域?qū)ο蠼M合起來话侄。而這個文件夾體現(xiàn)在C#中就是命名空間的概念亏推。
再來看一個問題，如何設(shè)計在線商城的支付功能年堆？
支付是在線商城中十分重要的一個環(huán)節(jié)吞杭，設(shè)計的好壞直接影響項目的成敗。一般來說变丧，針對于支付環(huán)節(jié)芽狗，我們應(yīng)該單獨放到支付子域中去處理，以維護領(lǐng)域的不變性痒蓬，支付環(huán)節(jié)對應(yīng)支付上下文译蒂，在支付上下文下，一些領(lǐng)域概念才能更清晰谊却。為了提升支付體驗柔昼，我們勢必要支持多種支付方式，比如支付寶支付炎辨、微信支付捕透、其他銀行卡支付。在對接某一種支付方式時，我們就應(yīng)該為其定義單獨的模塊乙嘀，保證支付方式的獨立性末购。同樣，我們可以選擇通過命名空間來實現(xiàn)模塊化虎谢，也可以類似NopCommerce創(chuàng)建單獨的項目來插件化開發(fā)集成每一種支付方式盟榴。同樣，我們也可以將整個支付功能擰出一個單獨的支付模塊婴噩，以便在其他項目中進行共用擎场。
如何集成第三方SDK?
我們知道開源的一大好處是，大牛們分享了一系列高效几莽、實用庫或軟件迅办，也就是大家常說的“輪子”，比如Hangfire章蚣、RabbitMQ站欺、Dapper、Redis等等纤垂，我們可以直接開箱即用矾策。但如果項目中集成很多的第三方SDK，如果不加以組織整理峭沦，項目的結(jié)構(gòu)就會比較混亂蝴韭，代碼的可讀性就大大降低。這個時候我們就可以考慮模塊化的去集成第三方SDK熙侍，通過對第三方SDK的再封裝，來完善代碼的組織結(jié)構(gòu)履磨，以達到項目中的統(tǒng)一調(diào)用蛉抓。Abp框架就是通過這種方式來集成比較流行第三方SDK。
通過以上的舉例說明剃诅，我們可以看到模塊可大可小巷送，每個模塊都是相對獨立的功能單元。在C＃中我們可以用命名空間或單獨的項目來實現(xiàn)模塊矛辕。通過模塊來組織和封裝相關(guān)概念笑跛，來分解領(lǐng)域模型，以簡化領(lǐng)域模型的復(fù)雜性聊品。
但不要將模塊與子域和限界上下文混淆飞蹂。在復(fù)雜的領(lǐng)域模型中，為了對領(lǐng)域模型中進行準確建模翻屈，需要將領(lǐng)域模型拆分成多個子域陈哑，每個子域?qū)?yīng)一個或多個限界上下文。在限界上下文中，可以將限界上下文中具體的領(lǐng)域概念分解成不同的模塊惊窖。所以刽宪，從子域到限界上下文再到模塊，應(yīng)該是依次包含關(guān)系界酒。
3. 模塊設(shè)計的原則
模塊的設(shè)計是基于領(lǐng)域模型的圣拄，要符合通用語言的表述。其次毁欣，模塊的設(shè)計要符合高內(nèi)聚低耦合的設(shè)計思想庇谆。
3.1. 根據(jù)領(lǐng)域來組織模塊
模塊應(yīng)該由領(lǐng)域的概念來組織，而不是根據(jù)通用的組件類型和模式來創(chuàng)建模塊署辉。如果將所有的聚合族铆、服務(wù)、工廠分別放在獨立的模塊中哭尝，就會有悖于DDD的設(shè)計原則哥攘，同時還會限制我們創(chuàng)建富有行為的領(lǐng)域模型。這樣設(shè)計的模塊的關(guān)注點是在當(dāng)前的組件和模式上材鹦，而不是在領(lǐng)域上逝淹。每個模塊都應(yīng)該有適當(dāng)?shù)念悂斫ｎI(lǐng)域的特定方面的概念和功能。
3.2. 基于通用語言
項目中的通用語言除了用來指導(dǎo)實體桶唐，值對象栅葡、領(lǐng)域服務(wù)和領(lǐng)域事件的的命名外，也適用于模塊的命名尤泽。使用通用語言來為模塊命名欣簇，可以清晰的反映領(lǐng)域中的概念，且能夠明確模塊職責(zé)坯约。例如熊咽，領(lǐng)域中身份認證的概念，我們就可以以Identity來命名這個模塊闹丐。
推薦的模塊命名規(guī)范是：公司名稱.項目名稱.架構(gòu)分層.限界上下文.組件類型横殴。
比如對騰訊微信產(chǎn)品的朋友圈模塊的領(lǐng)域?qū)涌梢园匆韵路绞矫?/p>
Tencent.Weixin.Domain.Moment.Models
Tencent.Weixin.Domain.Moment.Repositories
Tencent.Weixin.Domain.Moment.Services
Tencent.Weixin.Domain.Moment.Factories
說到這里，你可能會想到mvc的項目結(jié)構(gòu)也是基于模塊的思想卿拴，比如Models衫仑、Views、Controllers堕花、css文狱、js都是放在獨立的文件夾中，這其實也是關(guān)注點分離的思想缘挽，通過模塊的分割來達到關(guān)注點分離如贷。
3.3. 高內(nèi)聚低耦合
高內(nèi)聚低耦合是模塊設(shè)計的重要思想陷虎，模塊內(nèi)高內(nèi)聚，模塊間低耦合杠袱。
一個完整的系統(tǒng)尚猿，模塊與模塊之間，盡可能的使其獨立存在楣富。也就是說凿掂，讓每個模塊，盡可能的獨立完成某個特定的子功能纹蝴。模塊與模塊之間的接口庄萎，盡量的少而簡單。如果某兩個模塊間的關(guān)系比較復(fù)雜的話塘安，最好首先考慮進一步的模塊劃分糠涛，這樣有利于修改和組合。
4. 總結(jié)
模塊是對領(lǐng)域模型進行分解后的產(chǎn)物兼犯，是相對獨立的功能單元忍捡，由一系列高內(nèi)聚的領(lǐng)域?qū)ο蠼M成，相對聚合切黔、實體和值對象來說是更高一層的抽象砸脊。
模塊化的思想大大簡化了領(lǐng)域模型的復(fù)雜性，即便于我們設(shè)計出高內(nèi)聚低耦合的系統(tǒng)纬霞，也便于我們理解系統(tǒng)的設(shè)計凌埂。
而至于模塊的實現(xiàn)，我們既可以通過命名空間來進行分離诗芜，也可以使用單獨的項目來實現(xiàn)瞳抓。
