歡迎光臨
每天分享高質量文章

領域模型架構 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架構

赞(0)

分享創造快樂