DDD理論學習系列(13)-- 模塊

DDD理論學習系列——案例及目錄css


1. 引言

Module,即模塊,是指提供特定功能的相對獨立的單元。提到模塊,你確定就會想到模塊化設計思想,也就是功能的分解和組合。對於簡單問題,能夠直接構建單一模塊的程序。而對於複雜問題,則能夠先建立若干個較小的模塊,而後將它們組裝、連接在一塊兒,從而構成複雜的軟件系統。微信

在DDD中,模塊的用途也是如此,經過分解領域模型爲不一樣的模塊,以下降領域模型的複雜性,提升領域模型的可讀性。架構

2. DDD中的模塊

模塊是一個籠統的概念,比較寬泛,爲了正確發揮模塊的威力,理解模塊的概念就十分重要。下面咱們從具體的問題着手,來嘗試說明模塊的概念。mvc

如何對在線商城的顧客進行建模?app

對於顧客來講,通常須要維護顧客的我的信息、收貨地址、支付方式。這些信息是緊密相關的,不可獨立存在。咱們能夠抽象出三個簡單的聚合CustomerAddressBookWallet。那這些類該如何存放呢?是爲每個聚合建立一個文件夾存放仍是放在同一個文件夾?我想答案不言而喻。
這三個聚合就是一個模塊,一個客戶模塊。經過定義一個Customer文件夾,來將相關聯的領域對象組合起來。而這個文件夾體如今C#中就是命名空間的概念。
顧客模塊框架

再來看一個問題,如何設計在線商城的支付功能?dom

支付是在線商城中十分重要的一個環節,設計的好壞直接影響項目的成敗。通常來講,針對於支付環節,咱們應該單獨放到支付子域中去處理,以維護領域的不變性,支付環節對應支付上下文,在支付上下文下,一些領域概念才能更清晰。爲了提高支付體驗,咱們勢必要支持多種支付方式,好比支付寶支付、微信支付、其餘銀行卡支付。在對接某一種支付方式時,咱們就應該爲其定義單獨的模塊,保證支付方式的獨立性。一樣,咱們能夠選擇經過命名空間來實現模塊化,也能夠相似NopCommerce建立單獨的項目來插件化開發集成每一種支付方式。一樣,咱們也能夠將整個支付功能擰出一個單獨的支付模塊,以便在其餘項目中進行共用。模塊化

如何集成第三方SDK?學習

咱們知道開源的一大好處是,大牛們分享了一系列高效、實用庫或軟件,也就是你們常說的「輪子」,好比Hangfire、RabbitMQ、Dapper、Redis等等,咱們能夠直接開箱即用。但若是項目中集成不少的第三方SDK,若是不加以組織整理,項目的結構就會比較混亂,代碼的可讀性就大大下降。這個時候咱們就能夠考慮模塊化的去集成第三方SDK,經過對第三方SDK的再封裝,來完善代碼的組織結構,以達到項目中的統一調用。Abp框架就是經過這種方式來集成比較流行第三方SDK。微信支付

Abp框架的模塊化集成

經過以上的舉例說明,咱們能夠看到模塊可大可小,每一個模塊都是相對獨立的功能單元。在C#中咱們能夠用命名空間或單獨的項目來實現模塊。經過模塊來組織和封裝相關概念,來分解領域模型,以簡化領域模型的複雜性。

但不要將模塊與子域和限界上下文混淆。在複雜的領域模型中,爲了對領域模型中進行準確建模,須要將領域模型拆分紅多個子域,每一個子域對應一個或多個限界上下文。在限界上下文中,能夠將限界上下文中具體的領域概念分解成不一樣的模塊。因此,從子域到限界上下文再到模塊,應該是依次包含關係。
模塊的位置

3. 模塊設計的原則

模塊的設計是基於領域模型的,要符合通用語言的表述。其次,模塊的設計要符合高內聚低耦合的設計思想。

3.1. 根據領域來組織模塊

模塊應該由領域的概念來組織,而不是根據通用的組件類型和模式來建立模塊。若是將全部的聚合、服務、工廠分別放在獨立的模塊中,就會有悖於DDD的設計原則,同時還會限制咱們建立富有行爲的領域模型。這樣設計的模塊的關注點是在當前的組件和模式上,而不是在領域上。每一個模塊都應該有適當的類來建模領域的特定方面的概念和功能。

3.2. 基於通用語言

項目中的通用語言除了用來指導實體,值對象、領域服務和領域事件的的命名外,也適用於模塊的命名。使用通用語言來爲模塊命名,能夠清晰的反映領域中的概念,且可以明確模塊職責。例如,領域中身份認證的概念,咱們就能夠以Identity來命名這個模塊。

推薦的模塊命名規範是:公司名稱.項目名稱.架構分層.限界上下文.組件類型
好比對騰訊微信產品的朋友圈模塊的領域層能夠按如下方式命名:

Tencent.Weixin.Domain.Moment.Models 
Tencent.Weixin.Domain.Moment.Repositories
Tencent.Weixin.Domain.Moment.Services
Tencent.Weixin.Domain.Moment.Factories

說到這裏,你可能會想到mvc的項目結構也是基於模塊的思想,好比Models、Views、Controllers、css、js都是放在獨立的文件夾中,這其實也是關注點分離的思想,經過模塊的分割來達到關注點分離。

3.3. 高內聚低耦合

高內聚低耦合是模塊設計的重要思想,模塊內高內聚,模塊間低耦合。
一個完整的系統,模塊與模塊之間,儘量的使其獨立存在。也就是說,讓每一個模塊,儘量的獨立完成某個特定的子功能。模塊與模塊之間的接口,儘可能的少而簡單。若是某兩個模塊間的關係比較複雜的話,最好首先考慮進一步的模塊劃分,這樣有利於修改和組合。

4. 總結

模塊是對領域模型進行分解後的產物,是相對獨立的功能單元,由一系列高內聚的領域對象組成,相對聚合、實體和值對象來講是更高一層的抽象。

模塊化的思想大大簡化了領域模型的複雜性,即使於咱們設計出高內聚低耦合的系統,也便於咱們理解系統的設計。

而至於模塊的實現,咱們既能夠經過命名空間來進行分離,也可使用單獨的項目來實現。

參考資料

What are Modules in Domain Driven Design?

相關文章
相關標籤/搜索