一.基礎知識準備：

　　1.層的原則：

　�。�1）每一層以接口方式供上層調(diào)用。
　�。�2）上層只能調(diào)用下層。
　�。�3）依賴分為松散交互和嚴格交互兩種。

　　2.業(yè)務邏輯分類：

　　（1）應用邏輯。
　�。�2）領域邏輯。

　　3.采用的層：

　�。�1）表示層（用戶接口層）：領域無關。
　　（2）服務層（應用層）：應用邏輯。
　�。�3）業(yè)務邏輯層（領域?qū)樱�：領域邏輯。
　　（4）共享層：提供通用代碼。
　�。�5）實現(xiàn)層：提供接口實現(xiàn)。

　　4.約定：

　�。�1）領域?qū)幽�認采用領域模型
　�。�2）數(shù)據(jù)訪問層默認需要引用領域模型

　　二.分層架構(gòu)

　　分層架構(gòu)的三個基本層次為：表示層、業(yè)務邏輯層和數(shù)據(jù)訪問層。如果按照業(yè)務邏輯的分類將業(yè)務邏輯層分解為服務層和領域?qū)�，則三層擴展為四個層次：表示層、服務層、領域?qū)雍蛿?shù)據(jù)訪問層。數(shù)據(jù)訪問層一般必須了解領域模型，這將在層之間產(chǎn)生雙向依賴，通常我們有如下兩種解決方案：

　　1.將領域模型放置在共享層：

　　評價：PetShop采用此種模型，但缺點眾多：業(yè)務邏輯層名不副實，領域模型實為數(shù)據(jù)模型，保持了層間依賴，引入了更多依賴，明顯的數(shù)據(jù)驅(qū)動思想，沒有以領域為核心。

　　2.將數(shù)據(jù)訪問接口定義在業(yè)務邏輯層：

　　評價：NopCommerce采用此種模型，即使采用分離出了服務層和采用了資源庫命名方式，但NopCommerce不是DDD分層架構(gòu)，只是采用了領域模型和接口分離原則的普通三層架構(gòu)。缺點：除了數(shù)據(jù)房產(chǎn)，沒有將其他具體的技術(shù)依賴從業(yè)務邏輯層中分離。

　　三.DDD分層：

　　DDD分層明確的將業(yè)務邏輯層分成了應用層（服務層）和領域?qū)觾刹糠�。同時將數(shù)據(jù)訪問和其他接口的具體技術(shù)實現(xiàn)部分統(tǒng)一到了基礎設施層。

　　1.原始的DDD分層：

　　評價：優(yōu)點是將具體技術(shù)實現(xiàn)從領域分離，基礎設施層復用價值增加。缺點是沒有使用共享和實現(xiàn)的概念細分基礎設施層，導致在基礎設施層中實現(xiàn)倉儲會產(chǎn)生反向依賴，雖然在單項目解決方案中沒有影響（僅命名空間層次的形式上的依賴），但在.NET多項目解決方案中，只能通過接口分離方式將倉儲實現(xiàn)獨立成類似數(shù)據(jù)訪問層的方式。

　　2.改善的DDD分層：

　　評價：基礎設施層同時具有共享層和實現(xiàn)層的特征。優(yōu)點是終于做到了形式上領域為核心且同時解決了在基礎設施層中實現(xiàn)倉儲不能引用領域模型的尷尬，缺點是同樣沒有區(qū)分共享和實現(xiàn)的概念。

　　3.最新的DDD分層：

　　評價：優(yōu)點是這是真正的以領域為核心，再也不用為基礎設施層無法引用領域?qū)佣�再服務層中再次適配了。使用依賴倒置原則徹底各層對具體技術(shù)的依賴倒置。缺點，依賴倒置應用過了頭，同樣是在單項目解決方案中沒有問題，但在.NET多項目解決方案中會導致命名空間形式上的雙向依賴�；�礎設施層作為實現(xiàn)層基本上沒有了復用的價值。更好的方式是調(diào)換圖中用戶接口層和基礎設施層的位置。

　　可以根據(jù)需要考慮在上圖添加適當?shù)墓蚕韺印?/p>

　　四.架構(gòu)的趨勢：

　�。�1）以業(yè)務邏輯為核心，更加重視業(yè)務邏輯。
　　（2）將業(yè)務邏輯層的具體依賴劃分到一個層次統(tǒng)一管理。
　　（3）更加重視降低解決方案內(nèi)的依賴性而不是解決方案間的代碼復用。
　�。�4）共享層和實現(xiàn)層的分離將會越來越多的體現(xiàn)。例如洋蔥型架構(gòu)。

　　參考

　　1.Patterns of Enterprise Application Architecture 【企業(yè)應用架構(gòu)模式】
　　2.Domain-Driven Design 【領域驅(qū)動設計：軟件核心復雜性應對之道】
　　3.Applying Domain-Driven Design and Patterns【領域驅(qū)動設計與模式實戰(zhàn)】
　　4.Implementing Domain-Driven Design 【實現(xiàn)領域驅(qū)動設計】
　　5.Microsoft Application Architecture Guide 【微軟應用架構(gòu)指南（第2版）】
　　6.Professional Enterprise .NET 【精通.NET企業(yè)項目開發(fā)：最新的模式、工具與方法】
　　7.Professional ASP.NET Design Patterns 【ASP.NET設計模式】

標簽： 代碼

版權(quán)申明：本站文章部分自網(wǎng)絡，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。