【領域驅動】—— 領域驅動導讀

標籤：blog   http   ar   sp   strong   div   on   2014   log   

　　參考書籍：《領域驅動設計·精簡版》

領域驅動模型

 

　　各層的作用如下：

 

概念講解

 

1 需求的反向工程：需求是反覆推敲出來的2 DDD的中心思想：關注精簡的業務模型及實現的匹配3 在設計編碼前，應該先瞭解領域4 軟體成為領域的反射5 瀑布模型：業務人員——設計人員——開發人員——測試人員6 敏捷編程：不斷迭代7 軟體開發兩大過程：建立優良的模型，實現代碼8 模型植根於領域、並精確反應出領域中的基礎概念9 分析模型：從代碼中分離出來、多個人協助完成。缺點：不能預見模型中存在的缺陷以及領域中的複雜關係。10 推薦的方法：緊密關聯領域建模和設計，模型構建時，讓開發人員參與設計。 11 實體物件：需要有唯一的標識12 值對象：只關心某些屬性，不要建立唯一的標識（如果是共用的，則應該是不可變的）13 服務：連結兩個獨立的對象。服務作業設計一個領域，不屬於任何對象。被執行的操作涉及到領域中其他對象。操作室無狀態的。14 模組：組織相關概念，降低複雜度15 彙總（主題）：定義對象所有權和邊界。有一個根16 工廠：封裝複雜的建立過程17 資產庫： 18 界定上下文：定義模型的範圍，確定上下文邊界，保持模型的一致性。19 持續整合：模型先被建立，再基於對領域心的發現和來自開發過程的反饋，再繼續完善。20 上下文映射：防止模型之間過度依賴，耦合21 共用核心：無法被公用模型修改，目的是為了減少重複。22 客戶-供應商：一個模型依賴於另一個。子系統間介面預先明確定義。23 順從者：由於強烈的依賴另一方，因此只能讀取其內容，卻無法進行修改24 防崩潰層：模型與其他模型之間，建立一個整合層。25 獨立方法：幾個不同內容的模組，獨立設計26 開放主機服務：定義開放介面，方便其他系統調用  

【領域驅動】—— 領域驅動導讀