1.引言

自上次更新有一個多月了，發現越往下寫，越不知如何去寫。特別是當遇到DDD中一些概念術語的時候，尤其迷惑。如果只是簡單的去介紹如何去使用ABP，我只需參照官方文檔，實現到任務清單Demo中去就可以了，不勞神不費力。但是，這樣就等于一知半解。

知之為知之，不知為不知，是知也。知其然知其所以然，方能舉一反三嘛。

為了揭開迷惑，最近開始研讀《實現領域驅動設計》去學習DDD中的思想，并開了一個DDD專題去記錄我學習的成果。歡迎大家關注，共同學習進步并不吝賜教！

后續的文章我會繼續保持之前的書寫風格，并適當穿插一些對DDD中的概念的理解，來加深對ABP框架的學習。

2.用例分析

用戶可以無限創建任務但僅能分配給自己；管理員具有分配任務給他人的權限，任務分配成功后要通知接收人。

我們分析下這個業務用例，其實主要涉及到一個業務操作——任務分配。按照我們傳統的思路，在做任務分配這個操作時，就是對任務進行編輯，沒有什么特別的地方，通過代碼調用應用層服務更新Task實體即可。

//TaskAppService.cs public void UpdateTask(UpdateTaskInput input) {//We can use Logger, it's defined in ApplicationService base class.Logger.Info("Updating a task for input: " + input);//獲取是否有權限bool canAssignTaskToOther = PermissionChecker.IsGranted(PermissionNames.Pages_Tasks_AssignPerson);//如果任務已經分配且未分配給自己，且不具有分配任務權限，則拋出異常if (input.AssignedPersonId.HasValue && input.AssignedPersonId.Value != AbpSession.GetUserId() ){if (!canAssignTaskToOther)throw new AbpAuthorizationException("沒有分配任務給他人的權限！");else{var updateTask = Mapper.Map<Task>(input);_taskRepository.Update(updateTask);//發送通知var message = "You hava been assigned one task into your todo list.";_smtpEmailSender.Send("ysjshengjie@qq.com", updateTask.AssignedPerson.EmailAddress, "New Todo item", message);_notificationPublisher.Publish("NewTask", new MessageNotificationData(message), null,NotificationSeverity.Info, new[] { updateTask.AssignedPerson.ToUserIdentifier() });}} }

以上代碼也能滿足以上需求，但是這已經違背了ABP分層架構的思想，其實也就是違背了DDD的思想。

應用層不包含業務邏輯，而我們的UpdateTask方法明顯承載了太多的業務，既要檢查權限又要發送通知。
那可如何是好？自然是在領域服務去處理這些業務邏輯了。

這里就引入了DDD中的兩個概念，應用服務和領域服務，我們有必要先來介紹一下，之后再來用領域服務來改造。

3.應用服務VS領域服務

應用服務對應的是應用層，領域服務對應的領域層。它們之間主要的區別在于是否處理業務邏輯。那這個限制從何而來呢？DDD的分層架構思想。

• 用戶接口層（Presentation）：提供一個用戶界面，實現用戶交互操作。
• 應用層（Application）：進行展現層與領域層之間的協調，協調業務對象來執行特定的應用程序的任務。它不包含業務邏輯。
• 領域層（Domain）：包括業務對象和業務規則，這是應用程序的核心層。
• 基礎設施層（Infrastructure）：提供通用技術來支持更高的層。例如基礎設施層的倉儲(Repository)可通過ORM來實現數據庫交互。

應用服務作為領域服務的消費方，領域服務是無狀態的（領域對象具有狀態和行為，而領域服務是用來處理業務邏輯的，它本身是一個行為，所以是無狀態的）。領域服務是用來協調領域對象完成某個操作，狀態由領域對象保存。

上面也說了，領域對象是具有狀態和行為的。那就是說我們也可以在實體或值對象來處理業務邏輯。那我們該如何取舍呢？
一般來說，在下面的幾種情況下，我們可以使用領域服務：

執行某個具體的業務操作。

領域對象的轉換。

以多個領域對象為輸入，返回一個值對象。

4. 使用領域服務

經過上面的分析，很顯然我們的用例，使用領域服務來實現更合適。
ABP中定義了IDomainService接口，按約定所有的領域服務都要實現它，實現之后，領域服務被自動暫時的注冊到依賴注入系統。
同樣，領域服務也可以從DomainService類繼承，因此它可以使用繼承得來的日志、本地化、等屬性。

這里，我們定義一個ITaskManager（Abp中約定俗成的領域服務命名規則，以Manager結尾，當然你也可以自行命名）來定義我們的領域服務，然后實現它。

namespace LearningMpaAbp.Tasks {public interface ITaskManager : IDomainService{void AssignTaskToPerson(Task task, User user);} }

實現的領域服務負責主要的業務邏輯，其中發送通知的業務我定義了一個領域事件去實現。關于領域事件，我們下節再聊。

namespace LearningMpaAbp.Tasks {public class TaskManager : DomainService, ITaskManager{private readonly IPermissionChecker _permissionChecker;private readonly IAbpSession _abpSession;private readonly IEventBus _eventBus;public TaskManager(IPermissionChecker permissionChecker, IAbpSession abpSession, IEventBus eventBus){_permissionChecker = permissionChecker;_abpSession = abpSession;_eventBus = eventBus;}public void AssignTaskToPerson(Task task, User user){//已經分配，就不再分配if (task.AssignedPersonId.HasValue && task.AssignedPersonId.Value == user.Id){return;}if (task.State != TaskState.Open){throw new ApplicationException("處于非活動狀態的任務不能分配！");}//獲取是否有【分配任務給他人】的權限bool canAssignTaskToOther = _permissionChecker.IsGranted(PermissionNames.Pages_Tasks_AssignPerson);if (user.Id != _abpSession.GetUserId() && !canAssignTaskToOther){throw new AbpAuthorizationException("沒有分配任務給他人的權限！");}task.AssignedPersonId = user.Id;//使用領域事件觸發發送通知操作_eventBus.Trigger(new TaskAssignedEventData(task, user));}} }

定義完領域服務，我們直接在應用服務層調用即可。

public void UpdateTask(UpdateTaskInput input) {//We can use Logger, it's defined in ApplicationService base class.Logger.Info("Updating a task for input: " + input);//獲取是否有權限//bool canAssignTaskToOther = PermissionChecker.IsGranted(PermissionNames.Pages_Tasks_AssignPerson);//如果任務已經分配且未分配給自己，且不具有分配任務權限，則拋出異常if (input.AssignedPersonId.HasValue && input.AssignedPersonId.Value != AbpSession.GetUserId()){var updateTask = Mapper.Map<Task>(input);var user = _userRepository.Get(input.AssignedPersonId.Value);//先執行分配任務_taskManager.AssignTaskToPerson(updateTask, user);//再更新其他字段_taskRepository.Update(updateTask);發送通知//var message = "You hava been assigned one task into your todo list.";//_smtpEmailSender.Send("ysjshengjie@qq.com", updateTask.AssignedPerson.EmailAddress, "New Todo item", message);//_notificationPublisher.Publish("NewTask", new MessageNotificationData(message), null,// NotificationSeverity.Info, new[] { updateTask.AssignedPerson.ToUserIdentifier() });} }

更新后UpdateTask方法已經注釋掉了權限檢查以及發布通知的業務邏輯，整個方法也講更清晰。

5.總結

這一節沒有太難的知識點，我們只需謹記，領域服務和應用服務的區別在于只有領域服務才處理業務邏輯。應用服務作為領域服務的消費方，是很薄的一層。
當然，我們也要記住，過度使用領域服務會導致貧血領域模型（即所有的業務邏輯都位于領域服務中，而不是實體和值對象中）。

推薦鏈接：你必須知道的.NET Core開發指南?
推薦鏈接：你必須知道的ML.NET開發指南?
推薦鏈接：你必須知道的Office開發指南?
推薦鏈接：你必須知道的IOT開發指南?

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的ABP入门系列（18）—— 使用领域服务的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。