1. 程式人生 > >asp.net core系列 63 領域模型架構 eShopOnWeb專案分析 上

asp.net core系列 63 領域模型架構 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程式,使用預設的使用者名稱和密碼進行登入: [email protected]   Pass@word1。 專案包括二個模組功能,一個是訂單管理,一個是使用者管理。

 

   參考資料

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

    常用的web架構