DDD/CQRS模式，微服務，容器

DDD/CQRS模式，微服務，容器html

https://docs.microsoft.com/zh-cn/previous-versions/msp-n-p/ee658109(v=pandp.10)前端

Web架構分層指南

一.概述

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

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

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

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

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

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

　　　　(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)。

DDD/CQRS模式，微服務，容器

一.概述

二.Web分層設計步驟

asp.net core系列篇