ABP入门系列（18）—— 使用领域服务

ABP入门系列目录——学习Abp框架之实操演练

源码路径：Github-LearningMpaAbp

---

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来实现数据库交互。

应用服务作为领域服务的消费方，领域服务是无状态的（领域对象具有状态和行为，而领域服务是用来处理业务逻辑的，它本身是一个行为，所以是无状态的）。领域服务是用来协调领域对象完成某个操作，状态由领域对象保存。

上面也说了，领域对象是具有状态和行为的。那就是说我们也可以在实体或值对象来处理业务逻辑。那我们该如何取舍呢？

一般来说，在下面的几种情况下，我们可以使用领域服务：

1. 执行某个具体的业务操作。
2. 领域对象的转换。
3. 以多个领域对象为输入，返回一个值对象。

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.总结

这一节没有太难的知识点，我们只需谨记，领域服务和应用服务的区别在于只有领域服务才处理业务逻辑。应用服务作为领域服务的消费方，是很薄的一层。

当然，我们也要记住，过度使用领域服务会导致贫血领域模型（即所有的业务逻辑都位于领域服务中，而不是实体和值对象中）。