實現領域驅動設計 - 使用ABP框架 - 領域邏輯 & 應用邏輯

来源:https://www.cnblogs.com/broadm/archive/2022/06/24/16408812.html
-Advertisement-
Play Games

領域邏輯 & 應用邏輯 如前所述,領域驅動設計中的業務邏輯分為兩部分(層):領域邏輯和應用邏輯: 領域邏輯由系統的核心領域規則組成,應用邏輯實現應用特定的用例 雖然定義很明確,但實現起來可能並不容易。您可能無法決定哪些代碼應該位於應用程式層,哪些代碼應該位於領域層。本節試圖解釋其中的差異 多個應用程 ...


領域邏輯 & 應用邏輯

如前所述,領域驅動設計中的業務邏輯分為兩部分(層):領域邏輯和應用邏輯:

領域邏輯和應用邏輯.png

  • 領域邏輯由系統的核心領域規則組成,應用邏輯實現應用特定的用例

雖然定義很明確,但實現起來可能並不容易。您可能無法決定哪些代碼應該位於應用程式層,哪些代碼應該位於領域層。本節試圖解釋其中的差異

多個應用程式層

當系統比較大時,DDD有助於處理複雜性。特別是,如果在一個領域中開發了多個應用程式,那麼領域邏輯與應用程式邏輯的分離就變得重要得多。

假設您正在構建一個具有多個應用程式的系統

  • 一個網站應用程式,用 ASP.NET Core MVC 構建,向用戶展示你的產品。這樣的網站不需要認證就可以看到產品。用戶只有在執行某些操作(比如將產品添加到購物車中)時才會登錄到網站。

  • 一個後臺管理程式,使用 Angular UI 構建(使用REST APIs)。本應用被公司辦公人員使用來管理系統(如編輯產品描述)

  • 一個移動應用程式, 與網站相比,它具有更簡單的UI。它可以通過 REST APIs 或其他技術(如TCP套接字)與伺服器通信。

多個應用程式.png

每個應用程式都有不同的需求、不同的用例(應用服務方法)、不同的dto、不同的驗證和授權規則……等

如果將所有這些邏輯混合到單個應用程式層會使您的服務包含太多的邏輯,使代碼更難開發、維護和測試,並導致潛在的bug

如果一個領域有多個應用程式:

  • 為每個應用程式/客戶端類型創建單獨的應用程式層,併在這些單獨的層中實現應用程式特定的業務邏輯。
  • 使用單個領域層共用核心領域邏輯。

這樣的設計使得區分領域邏輯和應用程式邏輯變得更加重要。

為了更清楚地瞭解實現,您可以為每個應用程式類型創建不同的項目(.csproj)。例如:

  • 後臺管理應用: IssueTracker.Admin.Application & IssueTracker.Admin.Application.Contracts

  • 公共網站應用: IssueTracker.Public.Application & IssueTracker.Public.Application.Contracts

  • 移動應用: IssueTracker.Mobile.Application & IssueTracker.Mobile.Application.Contracts

案例

本節包含一些應用程式服務和領域服務示例,以討論如何決定將業務邏輯放置在這些服務中

示例:在領域服務中新建組織

public class OrganizationManager : DomainService
{
    //省略了依賴註入
    public async Task<Organization> CreateAsync(string name)
    {
        if(await _organizationRepository.AnyAsync(x => x.Name == name))
        {
            throw new BusinessException("IssueTracking:DuplicateOrganizationName");
        }

        await _authorizationService.CheckAsync("OrganizationCreationPermissin");

        Logger.LogDebug($"Creating organization {name} by {_currentUser.UserName}");

        var organization = new Organization();

        await _emailSender.SendAsync(
            "[email protected]",
            "New Organization",
            "A new organization created with name: " + name
        );

        return organization;
    }
}

讓我們一步一步地看看 CreateAsync 方法,來討論代碼部分是否應該放在領域服務中

  • 正確: 它首先檢查重覆的組織名稱,併在這種情況下拋出異常。這與核心領域規則有關,我們不允許重覆名稱

  • 錯誤: 領域服務不應該執行授權。授權 應該在應用層中完成。

  • 錯誤: 它記錄了包含當前用戶的用戶名的消息。領域服務不應該依賴於當前用戶。即使系統中沒有用戶,領域服務也應該可用。當前用戶(會話)應該是一個與表示/應用層相關的概念。

  • 錯誤: 它發送了關於這個新組織創建的 電子郵件。我們認為這也是一個特定於用例的業務邏輯。您可能希望在不同的用例中創建不同類型的電子郵件,或者在某些情況下不需要發送電子郵件。

示例:在應用服務中新建組織

public class OrganizationAppService : ApplicationService
{
    //省略了依賴註入

    [UnitOfWork]
    [Authorize("OrganizationCreationPermissin")]
    public async Task<Organization> CreateAsync(CreateOrganizationDto input)
    {
        await _paymentService.ChargeAsync(
            CurrentUser.Id, 
            GetOrganizationPrice()
        );

        var organization = await _organizationManager.CreateAsync(input.Name);

        await _organizationManager.InsertAsync(organization);

        await _emailSender.SendAsync(
            "[email protected]",
            "New Organization",
            "A new organization created with name: " + input.Name
        );

        return organization; //!!!
    }

    private double GetOrganizationPrice()
    {
        return 42.0; //或者從其他地方獲取
    }
}

讓我們一步一步地看看 CreateAsync 方法,來討論代碼部分是否應該放在應用程式服務中

  • 正確: 應用程式服務方法應該是工作單元(事務)。ABP的 工作單元 系統使這個自動完成(甚至不需要為應用服務添加 [UnitOfWork] 屬性)。

  • 正確: 授權 應該在應用層完成。這裡,它是通過使用 [Authorize] 屬性來完成的

  • 正確: 調用支付(基礎設施服務)來為該操作收費(創建組織在我們的業務中是一種付費服務)

  • 正確: 應用服務方法負責將更改保存到資料庫。

  • 正確: 我們可以發送 電子郵件 通知系統管理員

  • 錯誤: 不要從應用程式服務返回實體。而是返回一個DTO。

討論:為什麼我們不將支付邏輯轉移到領域服務中?

您可能想知道為什麼支付代碼不在 OrganizationManager 中。這是一件很重要的事情,我們不想錯過付款

然而,僅僅重要還不足以將代碼視為核心業務邏輯。 我們可能還有其他的用例,在這些用例中創建一個新的 Organization 是不需要收費的。比如:

  • 管理員用戶可以使用後臺應用程式創建新的組織,而無需支付任何費用

  • 後臺工作的數據導入/集成/同步系統也可能需要創建沒有任何支付操作的組織。

如您所見,支付不是創建有效組織的必要操作。它是特定於用例的應用程式邏輯。

示例: 增刪改查 操作

public class IssueAppService
{
    private readonly IssueManager _issueManager;
    public IssueAppService(IssueManager issueManager)
    {
        _issueManager = issueManager;
    }

    public async Task<IssueDto> GetAsync(Guid id)
    {
        return _issueManager.GetAsync(id);
    }

    public async Task CreateAsync(IssueCreationDto input)
    {
        return _issueManager.CreateAsync(input);
    }

    public async Task UpdateAsync(UpdateIssueDto input)
    {
        return _issueManager.UpdateAsync(input);
    }

    public async Task DeleteAsync(Guid id)
    {
        return _issueManager.DeleteAsync(id);
    }
}

這個應用程式服務本身不做任何事情,而是將所有工作委托給領域服務。它甚至將 dto 傳遞給 IssueManager

  • 不要僅僅為沒有任何領域邏輯的簡單CRUD操作創建領域服務。
  • 永遠不要向領域服務傳遞dto或從領域服務返回dto。

應用程式服務可以直接使用存儲庫來查詢、創建、更新或刪除數據,除非在這些操作期間需要執行一些領域邏輯。在這種情況下,創建 Domain Service 方法,但只針對那些真正需要的方法

如果你對領域驅動設計和構建大型企業系統更感興趣,推薦以下書籍作為參考書:

  • "Domain Driven Design" by Eric Evans
  • "Implementing Domain Driven Design" by Vaughn
    Vernon
  • "Clean Architecture" by Robert C. Martin

完結


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • Go 語言入門練手項目系列 01 基於命令行的圖書的增刪查改 02 文件管理 持續更新中... > 本文來自博客園,作者:Arway,轉載請註明原文鏈接:https://www.cnblogs.com/cenjw/p/gobeginner-proj-bookstore-cli.html 介紹 這是一 ...
  • 1.路徑處理 1.找模塊:sys.path import sys print(sys.path) - 1.理解 - 1.是python去查找包或模塊 - 2.項目開始根目錄,python內置的目錄 - 3.雖然說python的安裝目錄下也可以存放我們寫的模塊,但是不建議(太多了,不大好找) - 4. ...
  • 本篇內容將在上一篇已有的內容基礎上,進一步的聊一下項目中使用JPA的一些高階複雜場景的實踐指導,覆蓋了主要核心的JPA使用場景,可以讓你在需求開發的時候對JPA的使用更加的游刃有餘。 ...
  • 前言 Steam是由美國電子游戲商Valve於2003年9月12日推出的數字發行平臺,被認為是電腦游戲界最大的數位發行平臺之一,Steam平臺是全球最大的綜合性數字發行平臺之一。玩家可以在該平臺購買、下載、討論、上傳和分享游戲和軟體。 而每周的steam會開啟了一輪特惠,可以讓游戲打折,而玩家就會 ...
  • Hi,大家好,我是Mic 一個工作5年的粉絲找到我。 他說: “Mic老師,你要是能回答出這個問題,我就佩服你” 我當場就懵了,現在打賭都這麼隨意了嗎? 我問他問題是什麼,他說“Kafka如何避免重覆消費的問題!” 下麵看看普通人和高手的回答! 普通人: Kafka怎麼避免重覆消費就是我們可以通過 ...
  • 前言 今天給大家分享一下我自己寫的筆記,純純的都是乾貨,關於字好像也能看。這是我學python整理出來的一些資料,希望對大家 有用。想要更多的資料那就的給一個關註了… python學習交流Q群:903971231### #導入Counter from collections import Count ...
  • Zookeeper3.7源碼剖析 能力目標 掌握Zookeeper中Session的管理機制 能基於Client進行Debug測試Session創建/刷新操作 能搭建Zookeeper集群源碼配置 掌握集群環境下Leader選舉啟動過程 能說出Zookeeper選舉過程中的概念 能說出Zookeep ...
  • 表弟大學快畢業了,學了一個學期Python居然還不會寫學生管理系統,真的給我丟臉啊,教他又不肯學,還讓我直接給他寫,我真想兩巴掌上去,最終還是寫了給他,誰讓他是我表弟呢,關鍵時候還是得幫他一把! 寫完了放在那也是放著,所以今天分享給大家吧! 話不多說,咱們直接開始吧! 代碼解析 一、登錄頁面 1、定 ...
一周排行
    -Advertisement-
    Play Games
  • 概述:在C#中,++i和i++都是自增運算符,其中++i先增加值再返回,而i++先返回值再增加。應用場景根據需求選擇,首碼適合先增後用,尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中,++i 和 i++ 都是自增運算符,但它們在操作上有細微的差異,主要體現在操作的 ...
  • 上次發佈了:Taurus.MVC 性能壓力測試(ap 壓測 和 linux 下wrk 壓測):.NET Core 版本,今天計劃準備壓測一下 .NET 版本,來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能,以便後續持續優化改進。 為了方便對比,本文章的電腦環境和測試思路,儘量和... ...
  • .NET WebAPI作為一種構建RESTful服務的強大工具,為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時,正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性,如[FromRoute]、[FromQuery]和[FromBody],用 ...
  • 原因:我之所以想做這個項目,是因為在之前查找關於C#/WPF相關資料時,我發現講解圖像濾鏡的資源非常稀缺。此外,我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時,會導致CPU的渲染負擔過重。因此,我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • 引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入,上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試,今天用這個示例來演示一下如何用Bogus創建模擬數據 ,和 EFCore 的種子數據生成 Bogus 的優 ...
  • 一、前言 在自己的項目中,涉及到實時心率曲線的繪製,項目上的曲線繪製,一般很難找到能直接用的第三方庫,而且有些還是定製化的功能,所以還是自己繪製比較方便。很多人一聽到自己畫就害怕,感覺很難,今天就分享一個完整的實時心率數據繪製心率曲線圖的例子;之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • 如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式,但發現 App.xaml 中定義的資源沒有被正確載入,那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣,當你創建 Ap ...
  • 一:背景 1. 講故事 上個月有個朋友在微信上找到我,說他們的軟體在客戶那邊隔幾天就要崩潰一次,一直都沒有找到原因,讓我幫忙看下怎麼回事,確實工控類的軟體環境複雜難搞,朋友手上有一個崩潰的dump,剛好丟給我來分析一下。 二:WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 前言 .NET生態中有許多依賴註入容器。在大多數情況下,微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器,使用很方便。 但是筆者在使用中一直有一個頭疼的問題:服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響,但是內置容器支持註冊開放泛型服 ...
  • 一、前言 在項目開發過程中,DataGrid是經常使用到的一個數據展示控制項,而通常表格的最後一列是作為操作列存在,比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中,預設只支持固定左側列,這跟大家習慣性操作列放最後不符,今天就來介紹一種簡單的方式實現固定右側列。(這裡的實現方式參考的大佬 ...