DDD是應對業務復雜的的方法論，有戰略設計和戰術設計兩大塊，
戰略設計的核心是統一語言和限界背景關系，戰術設計的核心是獨立領域邏輯層，
其實解決一個復雜領域系統的方式不只限于編碼架構，我們同樣需要從一些外溢的環節去考慮應對這種復雜度，
復雜系統設計為什么復雜？可以從軟體開發程序，復雜系統設計，模塊編碼角度看，
首先說軟體開發程序
如果一個領域過于復雜，我們一般會將能力分散到多個團隊，也就是說往往一個復雜的領域實作是由多個子系統、子服務、子團隊組合去實作的，那么如何提高跨團隊的溝通效率，確保溝通與傳達內容的一致性就很有必要，
在軟體開發中有這樣兩個理論：
軟體開發程序中的技術知識通過分工建立知識壁壘來提升效率
軟體開發程序中的業務知識需要消除知識壁壘才能提升效率
各崗位專業度的提高，分工是必然的，那么怎么解決業務知識傳遞問題， DDD的一個核心模式是統一語言，用于解決解決業務知識傳遞的問題，有了這樣的統一溝通語言，對于事務統一的定義和描述，幫助我們在需求定義、問題定義方面起到了很好的溝通效率和溝通效果，
統一語言有兩個含義，
1、統一交流語言，
我們把業務名詞的含義事先確定好，在業務和技術的各個崗位都統一認知，這樣在交流時，由于對業務名詞的理解已經同頻了，會節省很多溝通成本，
2、統一領域模型和代碼模型，
一個系統最重要的知識沉淀就是代碼和檔案了，當然很多公司都沒檔案，當業務模型和代碼模型一樣，會大大降低我們系統的認知復雜度，如果不一樣會讓大家懵逼掉，
其次是復雜度設計
為了降低業務系統復雜性，一般是通過分而治之的方式，現在流行的微服務就是基于業務維度進行拆分，那么到底怎么拆分，
分治思想是應對軟體復雜度設計很重要的一種方法論，因為不同階段、面向不同用戶的系統他的復雜度來源不同，有的來源于業務的快速變化，有的來源于高并發場景下的技術復雜度挑戰，有的來自于資料規則，有的來自于業務規則，有的來自于系統邊界不清晰導致多個研發團隊共用一套代碼或系統，
最簡單的方式就是分治策略，將業務復雜度，技術復雜度等，不同復雜度問題拆解處理，各自獨立治理，起到最終解決復雜度問題，
比如我們做中臺系統其實就是一步步分治的程序，將功能性與非功能性的能力分出來，將基礎能力與商業能力分出來，將易變的與不變的分離出來，
開發復雜企業業務系統所需要的領域資料模型、邏輯&服務編排、專業UI頁面設計等，都可以在一體化的低代碼開發平臺上實作，
領域驅動的設計思想提出了一個很好的出發點，區別于傳統基于資料庫表設計系統底座的方法論，領域驅動要求，圍繞于業務邊界及業務背景關系展開，
如下圖，每個點代表一個領域物件，當很多個物件混合在一起時，設計者或者開發者需要了解所有領域物件，無疑增加了復雜度，如果能找到一種方式合理劃分邊界，讓聯系緊密的物件聚合在一起(比如下圖中形成ABC三個聚合)，聚合之間通過介面互動，那么介面數量會是最少的，DDD的限界背景關系提供了一種指導思路，限界背景關系劃分好后，一個限界背景關系可以對應一個微服務，
這里同樣運用了建立知識壁壘可以提升效率這個理論，開發A服務的人實際上不需要了解B服務的內部實行，只需要了解B提供的介面即可，A服務的領域物件數量已經大大下降了，無疑降低了復雜度，
再說下編碼實作
傳統的三層結構是web,service,dao，當一個系統變復雜了，如果不加以約束，一個service類達到上萬行，維護起來及其痛苦，
解決service層大泥球的一個方法是分離復雜性，把service分為應用層和領域層，背后的設計原則業務和技術分離，領域層放業務邏輯，應用層放技術邏輯，復雜性降低，并且領域層更便于測驗，
DDD戰術設計就是把業務邏輯放到最核心位置，整潔架構和六邊形架構也是如此，跟業務相關的代碼寫到物體，值物件和領域服務里面，一些事務，快取等技術相關代碼寫到應用服務里面，
舉個例子
購物車有個操作是添加商品到購物車，應用層ShoppingCartApplicationService把事務，快取處理掉，核心業務邏輯在ShoppingCart這個領域物件里面，
領域層代碼如下：
應用層代碼如下：
當然將DDD在系統落地，還是需要對于系統及系統所支撐的業務有比較深的了解之后才可以進行，畢竟大部分的場景我們還是在做逐步重構，而不是從零到一直接搭建，重構就是有歷史包袱，
可能需要熬幾個晚上，把領域建模，業務架構大部分的資料，代碼，核心內容都看完，感受頓悟，在拉上相關同學從DIP講到SDP，從DDD講到clean architecture，從數學模型推出分層和反轉的基礎，把洋蔥模型、六邊形模型包在同一個推導之下，輸出一個正規可落地的方案才是正道，
寫在后面
DDD的統一語言在軟體開發程序中能幫助業務知識更好的傳遞，限界背景關系能指導復雜系統的拆分，戰術設計能幫助代碼更好的分層，但DDD提供一套方法論，一個指導思想，也不是必須全部用上，完全可以只借鑒其中一部分，比如DDD的統一語言是通過降低業務知識的傳遞提升效率，可以應用到實際開發中，方法論能提供指導，但也不要生搬硬套，需要根據自身情況進行裁剪，靈活運用，
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/218736.html
標籤：其他
上一篇：一周XX思考（第12期）
下一篇：內網繪圖服務，老板樂的笑出大金牙