[TOC] ## DDD領域驅動設計理論 DDD是一種處理高度復雜領域的設計思想，試圖分離技術實現的復雜性，同時圍繞業務概念構建領域模型，提出的一種軟件架構設計的方法論 DDD領域驅動設計 - 戰略設計：重業務建模，以業務視角，拆分領域，通過事件風暴（從發散到收斂過程），梳理業務并構建領域模型，這塊過程會涉及業務人員、產品人員、架構師等多方參與 - 戰術設計：重落地實現，以構建的領域模型，建立了領域模型的邊界與上下文，也就確認了微服務的邊界，這個過程會涉及架構師、技術人員參與 ## DDD各層的主要內容  * **接口層（Interfaces）**：該層包含與其他系統交互的所有內容，如Web服務器、RESTful接口。接口層處理傳入數據的解釋、校驗、編解碼、序列化操作，同時可以考慮引入專門的DTO（數據轉換對象）來協助數據轉換； * **應用層（Application）**：該層負責驅動應用程序完成工作流程。很薄一層，協調多個領域對象(實體、聚合根、領域服務)實現服務編排和組合完成工作流，該層通常不應該包含具體業務邏輯。 * 應用業務流中，涉及其他微服務RPC調用，微服務編排、組合，也在該層調用 * 分布式事務通常也是在該層實現 * 消息驅動的事件也是在該層驅動 * 日志記錄通常也是在該層記錄 * **領域層（Domain）**：該層是軟件的核心，包含業務邏輯具體實現，包含實體、值對象、聚合、領域服務、倉儲接口等領域對象內容，通常該層應該配備圖示告知軟件是如何工作的； * **基礎層（Infrastructure）**：包含網關、緩存、數據庫存儲、消息中間件、監控、應用程序服務等通用的技術和基礎服務 * 基礎層以不同方式支持到其他三層，促進各層間通信 * 配置文件，數據庫Schema模式定義以及倉儲接口實現都是基礎結構的一部分 ### 傳統MVC分層演進到DDD分層參考  1. **業務邏輯層演進**：DDD領域驅動設計，把業務邏輯層內聚到領域層，同時將跨領域的服務抽離到應用層。相對于傳統的三層架構，領域業務更簡單內聚，層之間的職責也更加清晰，應用層可以更加靈活組裝領域服務，適配業務變化； 2. **數據訪問層演進**：倉儲(Repository)包含**倉儲接口（放在Domain領域層）**和**倉儲實現（放在Infrastructure基礎層）**，DDD分層架構將原來DAO數據訪問方式，通過依賴倒置實現各層對基礎資源的解耦，讓基礎層的組件來適配其他層接口。 通過領域層的倉儲接口設計，在對領域層進行UnitTest，就非常容易Mock數據實現了（僅需要Mock一個倉儲層的實現，就可以完成領域模型的測試）。