領域模型架構 eShopOnWeb專案分析 上

一.概述

　　本篇繼續探討web應用架構，講基於DDD風格下最初的領域模型架構，不同於DDD風格下CQRS架構，二者架構主要區別是領域層的變化。 架構的演變是從領域模型到CQRS,  一開始DDD是用領域模型的分層架構，用單一的領域模型處理業務邏輯的所有方法，特別是命令和查詢，這可能導致複雜性直線上升，CQRS是留住了DDD的優點又能使實現變得簡單高效。

　　 同樣作為DDD領域驅動設計下的支援架構包括：領域模型架構和CQRS架構。雖然CQRS架構相比領域模型架構更受歡迎推薦，但領域模型架構也同樣需要瞭解和掌握。

　　在軟體行業經過多年的傳統三層開發後，演變出了DDD領域驅動設計。傳統三層是UI層呼叫BLL層，BLL層呼叫DAL層，每層都有自己熟知的職責。但是缺點是編譯時依賴關係由上而下執行，是一種高藕合，依賴程式太大，而在設計原則中應該是低藕合，越低越好。

　　1.1  Clean architecture

　　　　Clean  architecture 被稱為“乾凈架構”。遵循依賴倒置原則以及領域驅動設計原則 (DDD) 的應用程式傾向於達到類似的架構。此依賴關係被倒置是:基礎架構層和實現細節依賴於領域層，透過在領域層定義抽象或介面。然後由基礎設施層中定義的具體型別來實現介面。理解這點很重要。

　　　　比例在上篇專案中，由Equinox.Infra.Data資料訪問層的Repository檔案夾來實現領域層的IRepository介面。由Equinox.Infra.CrossCutting.Bus 層 命令匯流排的InMemoryBus類實現領域層的IMediatorHandler介面。

　　　　下圖是DDD乾凈架構多層以”同心圓”形式展示。透過下圖可以瞭解到：依賴關係流向最裡面的圓。application core位於此關係圖的核心位置而得名，該application core沒有任何依賴項。application core的Entities和Interfaces位於正中心，正中心外圈是application core的域服務，域服務通常呼叫內圈中定義的Interfaces介面。application core外面UI(應用服務層)和基礎設施層都依賴於application core。

　　　　　　User Interface是表現層包括:控制器和檢視模型（包括了應用服務層）。

　　　　　　Infrastructure是基礎設施層包括：倉儲，其它服務實現。

　　　　　　application core是領域層包括：領域服務，領域物體，領域介面 (來基礎設施層來實現)。

　　　　下圖更好的反映了DDD各層的依賴關係，實線箭頭表示編譯時依賴關係，而虛線箭頭表示僅執行時依賴關係。領域層是架構的核心層，不依賴於基礎設施層，該層是可測試的。基礎設施層取用領域層來實現資料持久化或橫切關註點。

　　　　下圖是asp.net core web應用程式在DDD領域模型方案中完整構架,展現了各層明確的職責分佈，虛線指編譯依賴關係，也可以理解為專案取用關係，實線則是執行依賴關係。

　　　在瞭解DDD領域模型構架分層後。接下來分析eShopOnWeb專案，來掌握DDD下的領域模型架構。下麵是二個有代表性的領域模型架構專案，以微軟的官方示例eShopOnWeb專案做重點分析。在分析中主要去瞭解領域層內部是怎麼實現的，以及業務處理流程程式碼實現。

二.專案介紹

　　2.1.  IBuyStuff-dm專案

　　　　IBuyStuff-dm專案是”Microsoft.net企業級應用架構設計”一書的專案案例(asp.net mvc專案)。從github上下載原始碼，需要在IBuyStuff.Server專案中安裝mvc5(沒果沒有mvc5), 安裝命令如下：

     Install-Package Microsoft.AspNet.Mvc -Version 5.0.0

　　　　專案結構如下所示(左圖為專案結構，右圖為領域層二個類庫)：

         　　專案分層說明: IBuyStuff.Server為表現層

                                        IBuyStuff.Application為應用服務層

                                        IBuyStuff.Domain為領域模型層

                                        IBuyStuff.Domain.Services為領域服務層

                                        IBuyStuff.Persistence為基礎設施層

　　2.2  eShopOnWeb專案

　　　　在ASP.NET Core技術出來後，微軟官方給出了一個eShopOnWeb專案案例(asp.net core mvc專案)。該專案演示了一些原則和建議， 是一個簡單線上商店，支援瀏覽襯衫、咖啡杯和其他市場產品名錄。專案結構如下所示：

        　　 專案分層說明:

                   　　Web包括表現層，應用服務層。其中Services檔案夾和Interfaces檔案夾代表是應用服務層，在上篇中說到，表現層和應用服務層都屬於前端系統範圍。

                  　　 ApplicationCore領域層，包括了領域內部的所有實現。

                  　　 Infrastructure基礎設施層。主要是EF資料持久化。

                 　　  tests檔案夾包括了一系列完整的測試專案。

三. 專案配置

　　3.1 啟用資料庫型別　　

 　　　　下載了eShopOnWeb專案後，在Startup.cs的ConfigureDevelopmentServices方法中，可以選擇是基於記憶體或sql server儲存,我們選擇使用sql server。

        public void ConfigureDevelopmentServices(IServiceCollection services)
        {
            // use in-memory database
           // ConfigureInMemoryDatabases(services);

            // use real database
             ConfigureProductionServices(services);
        }

　　3.2 修改資料庫連結地址

　　　　修改appsettings.json檔案中的資料庫連線，對應的兩個資料庫CatalogDb，Identity。

         　　CatalogDb資料庫用於商店的目錄資料和購物車資訊，Identity資料庫用於應用程式的使用者憑據和身份資料。

　　3.3 同步到資料庫

　　　　在vs2017中使用“程式包管理器控制檯“預設專案選擇Infrastructure，同步兩個EF背景關係到資料庫。

        PM> Update-Database  -C AppIdentityDbContext
        PM> Update-Database  -C CatalogContext

　　　　同步後，生成的兩個資料庫，下麵展示了CatalogDb業務資料庫的關係圖，如下所示：

　　　　Orders表是使用者訂單資訊，包含了送貨地址資訊。

　　　　OrderItems表是訂單商品資訊。

　　　　Catalog是商城商品資訊

　　　　CatalogBrand是商城商品品牌資訊

　　　　CatalogType是商城商品類別。比如T-Shirt襯衫，Mug杯子

　　　　Baskets 是購物車

　　　　BasketItem是購物車商品資訊。

　　　　啟動執行eShopOnWeb程式，使用預設的使用者名稱和密碼進行登入: demouser@microsoft.com   Pass@word1。 專案包括二個模組功能，一個是訂單管理，一個是使用者管理。

 　　參考資料

　　　　Microsoft.NET企業級應用架構設計 第二版

　　　　常用的web架構