一.概述

　　本章Web架構分層指南，參考了“Microsoft應用程序體系結構指南”（該書是在2009年出版的，當時出版是為了幫助開發人員和架構師更快速，更低風險地使用Microsoft平臺和.NET Framework設計和構建有效，高質量的應用程序）。雖然已過去十年了，技術架構已更新(如流行的DDD/CQRS模式，微服務，容器)，但web分層思想還是一樣可取，下面是一個“傳統N分層設計”架構圖，該架構在2010年左右是最流行的，包括了表現層presentation，服務層services，業務層business，數據訪問層data，橫切關注點cross，如下所示：

　　對比傳統多層或三層.net web架構，下圖是當前流行的.net web微服務架構，在web程序分層之上還包含了容器，web api網關，各服務對應的數據存儲(sqlserver,redis,mongoDB)，web程序有web api并結合應用了DDD\CQRS分層模式,以及系統各種中間件。

　　下圖是一個訂單微服務站點，包含了簡化的cqrs分層，藍色長方格是表示cqrs分層的職責,包括了查詢 Queries viewModels和命令Command Domain-Model以及上層的應用服務層Application，如下所示

　　1.1?邏輯分層設計架構類型

　　　　(1)?最傳統的分層是經典三層設計，包括表現層，業務層，數據層.

　　　　(2)?基于服務的解決方案SOA，公開應用程序業務功能的服務層，服務層在業務層之上。

　　　　(3)?基于領域驅動設計的DDD\CQRS分層模式

　　　　(4)?微服務架構。

?　　　　這4種web分層架構是不斷的演化改變 ，每一種分層架構并不是獨立的思想，它包含了演化之前的架構分層思想。從以前三層架構到現在的微服務架構，是適應每個時代互聯網業務實現的需求。

功能	SOA	微服務
組件大小	大塊業務邏輯	單獨任務或小塊業務邏輯
耦合	通常松耦合	總是松耦合
公司架構	任何類型	小型、專注于功能交叉團隊
管理	著重中央管理	著重分散管理
目標	確保應用能夠交互操作	執行新功能、快速拓展開發團隊

二.Web分層設計步驟

　　1.分層策略
　　　　(1)分層粒度是確定分層策略的關鍵第一步.
　　　　(2)在邏輯分層中, 多層是在同一進程中運行，這可以利用更高性能的通信機制。例如通過組件接口直接調用。必須小心保持層之間的封裝和松散耦合。
　　　　(3)在物理分層中，確定合適的通信機制，該機制考慮到通信延遲并保持之間的松散耦合。
　　　　(4)多層中，考慮它們之間如何相互影響，將確保性能和靈活性之間的良好平衡。

　　2.確定需要層
　　　　最常用的方法是將表現層，服務層，業務層和數據訪問層功能分離到單獨的層中。某些應用程序還引入了各種組件像緩存、日志、消息隊列等。

　　3.決定如何分發各層和組件
　　　　對于web體系架構，一般都是在一個物理層，只有在必要時，才應在不同的物理層上分布層和組件。這是實現分布式部署的常見原因包括安全策略，物理約束，共享業務邏輯和可伸縮性。

　　4.確定是否需要折疊層
　　　　一般規則是您應始終將功能分組到層中。在某些情況下，一個層可以充當代理或傳遞層，提供封裝和松散耦合，而不提供大量功能。但是，通過分離該功能，您可以稍后對其進行擴展，而對設計中的其他層幾乎沒有影響，如：應用服務層。

　　5.確定層之間引用的規則
　　　　在分層策略時，您必須定義層如何相互交互的規則(交互是指：各層引用的關系)。指定交互規則的主要原因是最小化依賴性并消除循環引用。因此應該遵循以下方法之一：
　　　　(1)自上而下的交互
　　　　　　較高級別的層可以與下面的層交互，但是較低級別的層不應該與上面的層交互。此規則將幫助您避免層之間的循環依賴關系，以及要降低層之間的依賴性。
　　　　(2)嚴格的互動
　　　　　　每個層必須僅與下面的層進行交互。此規則將強制嚴格分離關注點，其中每個層僅知道下面的層。此規則的好處是對層界面的修改只會影響上面的層。如果您正在設計一個將隨著時間的推移進行修改以引入新功能并且您希望最大限度地減少這些更改的影響的應用程序，或者您正在設計可能分布在不同物理層上的應用程序，請考慮使用此方法。
　　　　(3)松散的互動
　　　　　　較高級別的層可以繞過層直接與較低級別的層交互。這可以提高性能，但也會增加依賴性。換句話說，對較低級別層的修改可以影響上面的多個層。

　　　　下圖是一個示例：該web架構示例是使用了 cqrs 模式，涉及到了事件源es， 事件源實現本因該分離到命令域和查詢域， 而項目中應用服務層直接引用了底層數據訪問層Dapper(繞過了領域層), ?這樣底層Dapper接口方法的修改或換成EF將影響頂層應用服務層，這屬于第三種"松散的互動"。?應該推薦使用第一種自上而下的交互。

　　6.確定跨領域問題
　　　　定義層后，必須標識跨越層的功能。此功能通常被描述為橫切關注點，包括日志記錄，緩存，驗證，身份驗證和異常管理。確定應用程序中的每個橫切關注點非常重要，并設計單獨的組件以盡可能地管理這些問題。此方法可幫助您實現更好的可重用性和可維護性。
　　　　如下圖所示：NLog與Redis是具體實現組件，實現了Common層中的日志和緩存接口，Common層就是橫切組件，是跨層可重用的。像Ioc也是橫切組件。下圖層的名稱沒有標識跨越層的功能,如果是GFNetCore.Infra.CrossCutting.IoC 這樣命名會更好。

　　7.定義層之間的接口
　　　　為層定義接口時，主要目標是強制層之間的松散耦合。這意味著層不應暴露另一層可能依賴的內部細節。相反，層的接口應設計為通過提供隱藏層內組件細節的公共接口來最小化依賴性。這種隱藏稱為抽象，有許多不同的方法來實現它。以下設計方法可用于定義層的接口：

　　　　(1)抽象接口
　　　　　　通過定義抽象基類或接口類來實現，該類充當具體類的類型定義。該類型定義了一個公共接口，該層的所有使用者都使用該接口與該層進行交互。這是一種面向接口編程，例如：表現層調用應用服務層的接口。表現層在CustomerController控制器中如下所示(通過依賴注入后，構造方法來實例)：

　　　　//表現層調用應用服務層ApplicationService
private readonly ICustomerAppService _customerAppService;

public CustomerController(ICustomerAppService customerAppService,
INotificationHandler<DomainNotification> notifications) : base(notifications)
{
_customerAppService = customerAppService;
}

　　　　　　但在項目中，為了簡化開發量，表現層調用應用服務層的實現類(違反了面向接口編程)。表現層在CustomerController控制器中如下所示：

//調用應用服務層ApplicationService
private readonly CustomerAppService _customerAppService = null;

//日志對象
public readonly ILoggerEX _logger;

public CustomerController(INotificationHandler<DomainNotification> notifications,
ILoggerEX logger,
CustomerAppService customerAppService)
: base(notifications)
{
_customerAppService = customerAppService;
_logger = logger;
}

　　　　(2)依賴倒置

　　　　　　這是一種編程風格，是面向接口編程的實現，依賴倒置的應用如：DDD\CQRS, 層依賴于層接口，而不是層依賴于另一個層的實現。依賴注入模式是依賴性反轉的常見實現。依賴性反轉方法提供了靈活性，可以幫助實現可插入設計，因為依賴性是通過配置而不是代碼組成的。它還可以最大化可測試性，因為您可以輕松地將具體測試類注入到設計的不同層中。

　　　　　　依賴性是通過配置的，如下代碼所示，由CommandRepository類來實現ICommandRepository接口：

services.AddScoped<ICommandRepository<CommandModels.Customer>, CommandRepository<CommandModels.Customer>>();
services.AddScoped<IQueryRepository<QueryModels.Customer>, QueryRepository<QueryModels.Customer>>();

　　　　(3) 基于消息

　　　　　　可以使用基于消息的通信來實現接口并提供層之間的交互，.net技術如：wcf, web services, msmq它們支持跨物理和進程邊界的交互(以xml的soap格式傳輸)，但這是對于09年流行的web架構。現在基于消息多數用web api技術，是面向微服務開發(以json的rest api)。

　參考資料

　　　分層應用程序指南　

原文鏈接：https://www.cnblogs.com/MrHSR/p/11272400.html

---

.NET社區新聞，深度好文，歡迎訪問公眾號文章匯總?http://www.csharpkit.com?

總結

以上是生活随笔為你收集整理的asp.net core系列 71 Web架构分层指南的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。