聚合就是歸類的意思，把同類事物統一處理；
聚合根也就是最抽象，最普遍的特性；
背景
領域建模的程序回顧：
那么問題來了？
為什么要在限界背景關系和物體之間增加聚合和聚合根的概念，即作用是什么？
如何設計聚合？
按照一般的研究和學習思路，先弄懂概念，然后結合實際例子理解概念，然后再回答提出的問題，
聚合根
聚合根：如果把聚合比作組織，聚合根則是組織的負責人，聚合根也叫做根物體，它不僅僅是物體，還是物體的管理者；
職責：
1，作為物體，具備自己的業務屬性，業務行為，業務邏輯
2，作為聚合的管理者，
在聚合內部，負責協調物體和值物件按照固定的業務規則協同完成共同的業務邏輯；
在聚合之間：它是聚合對外的介面人，以聚合根ID的方式接受外部請求和任務，實作背景關系中的聚合之間的業務協同；
聚合之間通過聚合根關聯參考，如果需要訪問其他聚合的物體，先訪問聚合根，再導航到聚合內部的物體；即外部物件不能直接訪問聚合內的物體；
解決的問題： 復雜資料模型缺少統一的業務規則控制而導致的聚合，物體之間資料不一致的問題；
| 資料處理方式 | 問題 |
|---|---|
| 傳統:物體個資料模型一一對應， | 任由物體無控制的修改資料，容易導致物體之間資料邏輯不一致的問題； |
加鎖增加了軟體復雜度和降低系統性能；
|
聚合
在DDD中，物體和值物件都是很基礎的領域物件，
聚合是什么呢？類比一下：
| DDD的概念 | 人類 |
|---|---|
| 物體，值物件 | 人 |
| 聚合 | 社團，組織，部門 |
| 聚合的好處： | |
| 讓物體和值物件協同作業的組織就是聚合，用來確保這些領域物件在實作公共的業務邏輯的時候，可以保持資料的一致性 | 個人是組織的一員，協同作業，有共同目標，可以發揮出更大的力量 |
聚合的另一種視圖： 聚合是業務和邏輯緊密關聯的物體和值物件組合而成，聚合是資料修改和持久化的基本單元，一個聚合對應一個資料的持久化；
聚合在DDD分層架構中屬于領域層，領域層包含了多個聚合，共同實作核心業務邏輯，聚合內的物體以充血模型實作個體業務能力，以及業務邏輯的高內聚；
跨多個物體的業務邏輯通過領域服務來實作，跨多個聚合的業務邏輯通過應用服務來實作；
| 跨越場景 | 處理辦法 |
|---|---|
| 業務場景需要一個聚合中的A物體和B物體共同完成 | 業務邏輯用領域服務來實作； |
| 業務邏輯需要聚合C和聚合D共同完成 | 應用服務來組合這兩個服務； |
聚合的組成：
| 組成部分 | 說明 |
|---|---|
| 背景關系邊界 | 邊界是根據業務單一職責和高內聚原則，定義了聚合內部應該包含哪些物體和值物件 |
| 聚合之間的邊界是松耦合的； | |
| 聚合根 | 見下面的介紹 |
如何設計聚合？
例子：保單系統聚合的程序，
| 步驟 | 說明 |
|---|---|
| 1 | 通過事件風暴的用例分析，場景分析，用戶旅程分析得到領域物件（賬戶，客戶，投保單，報廢，標的，報價規則，地址，投保人，被保人） |
| 2 | 從領域物件中找出適合作為物體管理者的物件（聚合根），[是否具備唯一標識，能管理其他的物體]-》（投保，客戶） |
| 3 | 按照業務的職責單一和高內聚原則，找出聚合根緊密關聯的物體和值物件，構建以聚合根為中心的集合，即得到聚合；-》（投保聚合，客戶聚合） |
| 4 | 在聚合內部畫出聚合根跟物體和值物件的參考和依賴關系圖-》（客戶依賴地址和賬戶） |
| 5 | 多個聚合根據業務語意，和背景關系劃在同一個限界背景關系中 |
聚合的設計原則：
| 原則 | 說明 |
|---|---|
| 聚合設計的盡量小 | 如果聚合設計的過大，內部還有大量的物體和值物件，管理會比較復雜，高頻操作會有并發和資料庫鎖沖突的問題，導致系統可用性降低； 聚合設計的足夠小，也就降低了復雜度，可復用性也更高，降低了后期重構復雜聚合的成本； |
| 聚合應該高內聚 | 封裝的是真正的不變的領域物件，內部的物體和值物件按照固定的規則運行，實作資料的一致性，邊界外的任何東西都于該聚合無關， |
| 通過唯一識別符號參考其它聚合 | 聚合之間通過聚合根的唯一ID來關聯，而不是直接物件參考的方式，外部的聚合物件如果在本聚合范圍內管理，容易導致邊界不清晰，增加聚合之間的耦合度； |
| 邊界之外使用最終一致性 | 聚合內部資料強一致性，聚合之間資料最終一致性，在一次事務中最多只修改一個聚合的資料狀態，如果在一次事務中涉及修改多個聚合的狀態，應該使用領域事件的方式來異步的實作最終一致性，實作聚合之間的解耦； |
| 在應用層實作跨聚合的呼叫 | 實作微服務內部聚合之間的解耦，以為為未來以聚合為單位的拆分和組合，應該避免跨聚合的的領域服務呼叫和資料表關聯； |
小結
聚合的特點：高內聚低耦合，是領域模型中最底層的邊界，可以作為拆分微服務的最小單位，但是不建議單獨對應一個微服務，除非是對性能有極致要求的場景，一個微服務可以包含多個聚合，聚合之間的邊界是邏輯最天然的邊界，有了這個邏輯邊界，就可以在微服務拆分的時候作為拆分和組合依據，微服務架構演進也就不是難事了，
聚合根的特點：聚合根是物體，具備唯一標識，有獨立的生命周期，一個聚合只有一個聚合根，聚合根在聚合之內采用參考依賴的方式對物體和值物件進行組織和協調，聚合根和聚合根之間通過唯一id進行聚合之間的協同；
物體的特點：具備id標識，可以通過id進行相等性比較，物體在聚合內唯一，但是狀態可變，它依附于聚合根，它的生命周期由聚合根管理，物體一般都會持久化，跟資料持久化物件存在多種對應關系（一對一，一對多，多對一，1對0），物體可以參考聚合中的聚合根，物體，值物件；
值物件特點：無id,不可變，無生命周期，用完即失效，值物件之間通過屬性值判斷相等性，他的核心是值，是一組概念完整的屬性集合，用于描述物體的特征和狀態，值物件盡量只參考值物件；
本篇主要介紹了聚合根，聚合的概念，然后介紹了聚合的設計程序和原則，以及對比了聚合，聚合根，物體，值物件的特點，
下面我們來回答最初的兩個問題？
為什么要在物體和限界背景關系之間增加聚合和聚合根，作用是什么？
在物體和限界背景關系之間增加聚合和聚合根之間的原因是：讓物體和值物件協同作業，在實作公共業務邏輯的時候，可以保證資料的一致性；
如何設計聚合？
程序是：通過事件風暴（用例分析，場景分析，用戶旅程分析）得到物體和值物件，然后找出聚合根，按照高內聚低耦合的設計原則，找出跟聚合根緊密關聯的物體和值物件，即形成聚合，并畫出聚合內的物體和值物件的參考依賴關系，最后把業務把關聯緊密的聚合畫在同一個限界上線文中，即完成了領域建模；
聚合的設計原則： 高內聚，聚合盡量小，聚合之間通過id關聯，邊界之外使用最終一致性，在應用層實作跨聚合的呼叫，
希望大家可以得到相對完整（高內聚低耦合）的業務領域模型；
原創不易，關注誠可貴，轉發價更高！轉載請注明出處，讓我們互通有無，共同進步，歡迎溝通交流，
我會持續分享Java軟體編程知識和程式員發展職業之路，歡迎關注，我整理了這些年編程學習的各種資源，關注公眾號‘李福春持續輸出’，發送'學習資料'分享給你！
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/169896.html
標籤：Java