.NET Core資料精選：架構篇

l 領域服務還有一個很重要的功能就是可以避免領域邏輯泄露到應用層。因為如果沒有領域服務，那么應用層會直接調用領域對象完成本該是屬於領域服務該做的操作，這樣一來，領域層可能會把一部分領域知識泄露到應用層。因為應用層需要了解每個領域對象的業務功能，具有哪些信息，以及它可能會與哪些其他領域對象交互，怎么交互等一系列領域知識。因此，引入領域服務可以有效的防治領域層的邏輯泄露到應用層。

6. 聚合和聚合根

l 聚合的一些特點：

1) 每個聚合有一個根和一個邊界，邊界定義了一個聚合內部有哪些實體或值對象，根是聚合內的某個實體；

2) 聚合內實現事務一致性，聚合外實現最終一致性（使用領域事件進行事務拆分，實現最終一致性）。在一個事務中，只能創建或更新一個聚合。

3) 聚合內部的對象之間可以相互引用，但是聚合外部如果要訪問聚合內部的對象時，必須通過聚合根開始導航，絕對不能繞過聚合根直接訪問聚合內的對象，也就是說聚合根是外部訪問聚合的網關；

4) 聚合內除根以外的其他實體的唯一標識都是本地標識，也就是只要在聚合內部保持唯一即可，因為它們總是從屬於這個聚合的；

5) 基於聚合的以上概念，我們可以推論出從數據庫查詢時的單元也是以聚合為一個單元，也就是說我們不能直接查詢聚合內部的某個非根的對象；

6) 使用小聚合（大聚合會影響性能；大聚合容易導致並發沖突；大聚合擴展性差）

7) 聚合內部的對象可以保持對其他聚合根的引用；

8) 刪除一個聚合根時必須同時刪除該聚合內的所有相關對象，因為他們都同屬於一個聚合，是一個完整的概念；

9) 停下來重構模型。尋找模型中覺得有些疑問或者是蹩腳的地方，比如思考一些對象應該通過關聯導航獲得到還是應該從倉儲獲取？聚合設計的是否正確？考慮模型的性能怎樣，等等；

l 如何識別聚合：

先從業務的角度深入思考，然后慢慢分析出有哪些對象是：

1) 有獨立存在的意義，即它是不依賴於其他對象的存在它才有意義的；

2) 可以被獨立訪問的，還是必須通過某個其他對象導航得到的；

有分析報告顯示，通常在大部分領域模型中，有70%的聚合通常只有一個實體，即聚合根，該實體內部沒有包含其他實體，只包含一些值對象；另外30%的聚合中，基本上也只包含兩到三個實體。

l 如何識別聚合根：

如果一個聚合只有一個實體，那么這個實體就是聚合根；如果有多個實體，那么我們可以思考聚合內哪個對象有獨立存在的意義並且可以和外部直接進行交互。

7. 倉儲

l 倉儲里面存放的對象一定是聚合，原因是領域模型中是以聚合的概念去划分邊界的；聚合是我們更新對象的一個邊界，事實上我們把整個聚合看成是一個整體概念，要么一起被取出來，要么一起被刪除。我們永遠不會單獨對某個聚合內的子對象進行單獨查詢或做更新操作。因此，我們只對聚合設計倉儲

l 倉儲還有一個重要的特征就是分為倉儲定義部分和倉儲實現部分，在領域模型中我們定義倉儲的接口，而在基礎設施層實現具體的倉儲。這樣做的原因是：由於倉儲背后的實現都是在和數據庫打交道，但是我們又不希望客戶（如應用層）把重點放在如何從數據庫獲取數據的問題上，因為這樣做會導致客戶（應用層）代碼很混亂，很可能會因此而忽略了領域模型的存在。

l 倉儲定義的接口要有具體領域意義，不能是一個模糊的通用的接口。通用接口會導致取數據邏輯泄露到應用層或領域層。

#、微服務

.NET 微服務：適用於容器化.NET 應用程序的體系結構- 電子書

#、中台

阿里大中台小前台解讀

企業級中台建設

頭部電商的中台實踐血淚總結