1. 引言

单从字面理解，不管是领域服务还是应用服务，都是服务。而什么是服务？从SOA到微服务，它们所描述的服务都是一个宽泛的概念，我们可以理解为服务是行为的抽象。从前缀来看，根据DDD的经典分层架构，它们又隶属于不同的层，应用服务属于应用层，领域服务属于领域层。

应用层（Application）：负责展现层与领域层之间的协调，协调业务对象来执行特定的应用程序任务。它不包含业务逻辑。
领域层（Domain）：负责表达业务概念，业务状态信息以及业务规则，是业务软件的核心。

所以综合来看应用服务是用来表述应用行为，而领域服务用来表述领域行为。
那怎么理解应用行为和领域行为呢，应用行为描述了一个具体操作从开始到结束的每一个环节，而领域行为是对应用行为的细化，用来处理具体的某一个环节。比如，我们手机购物，从购物车结算这一场景来举例，这就是一个应用行为。而这个应用行为又主要包括金额计算、支付、生成订单，这些子环节就可以理解为一个领域行为。

我们就不咬文嚼字了，下面我们就一一展开。

2. 应用服务

应用服务是用来表达用例和用户故事（User Story)的主要手段。

应用层通过应用服务接口来暴露系统的全部功能。在应用服务的实现中，它负责编排和转发，它将要实现的功能委托给一个或多个领域对象来实现，它本身只负责处理业务用例的执行顺序以及结果的拼装。通过这样一种方式，它隐藏了领域层的复杂性及其内部实现机制。

应用层相对来说是较“薄”的一层，除了定义应用服务之外，在该层我们可以进行安全认证，权限校验，持久化事务控制，或者向其他系统发生基于事件的消息通知，另外还可以用于创建邮件以发送给客户等。

应用层作为展现层与领域层的桥梁。展现层使用VO（视图模型）进行界面展示，与应用层通过DTO（数据传输对象）进行数据交互，从而达到展现层与DO（领域对象）解耦的目的。

3.领域服务

领域层就是较“胖”的一层，因为它实现了全部业务逻辑并且通过各种校验手段保证业务正确性。而什么是业务逻辑呢？业务流程、业务策略、业务规则、完整性约束等。

当领域中的某个操作过程或转换过程不是实体或值对象的职责时，我们便应该将该操作放在一个单独的接口中，即领域服务。请确保该服务和通用语言时一致的；并且保证它是无状态的。

根据这句话我们有几个问题需要理清：

什么时候使用领域服务？
领域服务无状态怎么理解？

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

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

执行一个显著的业务操作过程
对领域对象进行转换
以多个领域对象为输入，返回一个值对象。

4. 案例分析

我们拿经典的转账问题来分析一下：
而针对转账这一操作，它的业务用例应该是这样的：

检查账号余额是否足够
检查目标账户账号是否合法
转账
短信通知转账双方

其中1,2步是转账的合法性校验属于转账业务的一部分，所以，1,2,3均应该放到领域层通过领域服务来实现。短信通知，它并不是是转账的核心业务，因为这根据具体情况而定，比如只有客户订阅了账号变动通知我才发短信。所以将第4步归类到应用服务中去实现，就确保了领域服务的纯粹性。

而至于持久化的问题，我们可以这样想，领域逻辑应该只关心业务逻辑，才能保证领域逻辑的可重用性。将持久化放到应用层，我们就会有更多的选择性。

5.总结

当应用服务中的逻辑趋于复杂时，我们就要小心领域逻辑泄露到应用服务中去。而在使用领域服务时，我们又要避免过度使用，因为会导致贫血领域模型。毕竟有些单一的操作更适合放到领域对象（实体和值对象）中去。

所以总结以下：

服务是行为的抽象。
应用服务通过委托领域对象和领域服务来表达用例和用户故事。
领域对象（实体和值对象）负责单一操作。
领域服务用于协调多个领域对象共同完成某个业务操作。
应用服务不处理业务逻辑，领域服务处理业务逻辑。

DDD理论学习系列（1）-- 通用语言
DDD领域驱动之干货（一）
DDD理论学习系列（2）-- 领域
DDD理论学习系列（3）-- 限界上下文
DDD理论学习系列（4）-- 领域模型
事件总线知多少（2）
DDD理论学习系列（5）-- 统一建模语言
DDD理论学习系列（6）-- 实体
DDD理论学习系列（7）-- 值对象
从事件和DDD入手来构建微服务
DDD领域驱动之干货（一）
WeText项目：一个基于.NET实现的DDD、CQRS与微服务架构的演示案例
【DDD/CQRS/微服务架构案例】在Ubuntu 14.04.4 LTS中运行WeText项目的服务端

原文地址：http://www.cnblogs.com/sheng-jie/p/7097129.html

.NET社区新闻，深度好文，微信中搜索dotNET跨平台或扫描二维码关注

DDD理论学习系列（8）-- 应用服务amp;amp;领域服务相关推荐

DDD理论学习系列（8）-- 应用服务领域服务
DDD理论学习系列--案例及目录 1. 引言单从字面理解,不管是领域服务还是应用服务,都是服务.而什么是服务?从SOA到微服务,它们所描述的服务都是一个宽泛的概念,我们可以理解为服务是行为的抽象.从 ...
DDD理论学习系列（9）-- 领域事件
1. 引言 A domain event is a full-fledged part of the domain model, a representation of something that ...
DDD理论学习系列（2）-- 领域
1. 引言领域一词,主要有以下两个意思: 一国主权所达之地. 学术思想或社会活动的范围. 不管是指国家的主权范围也好还是学术活动范围,都是在讲一个范围,一个界限. 比如我们常说的,学术领域.思想领域 ...
DDD理论学习系列（13）-- 模块
1. 引言 Module,即模块,是指提供特定功能的相对独立的单元.提到模块,你肯定就会想到模块化设计思想,也就是功能的分解和组合.对于简单问题,可以直接构建单一模块的程序.而对于复杂问题,则可以先创 ...
DDD理论学习系列（12）-- 仓储
1. 引言 DDD中Repository这个单词,主要有两种翻译:资源库和仓储,本文取仓储之译. 说到仓储,我们肯定就想到了仓库,仓库一般用来存放货物,而仓库一般由仓库管理员来管理.当工厂生产了一批货 ...
DDD理论学习系列（11）-- 工厂
1.引言在针对大型的复杂领域进行建模时,聚合.实体和值对象之间的依赖关系可能会变得十分复杂.在某个对象中为了确保其依赖对象的有效实例被创建,需要深入了解对象实例化逻辑,我们可能需要加载其他相关对象, ...
DDD理论学习系列（6）-- 实体
DDD理论学习系列--案例及目录 1.引言实体对应的英语单词为Entity.提到实体,你可能立马就想到了代码中定义的实体类.在使用一些ORM框架时,比如Entity Framework,实体作为直接 ...
DDD理论学习系列（5）-- 统一建模语言
1.引言上一节讲解了领域模型,领域模型主要是将业务中涉及到的概念以面向对象的思想进行抽象,抽象出实体对象,确定实体所对应的方法和属性,以及实体之间的关系.然后将这些实体和实体之间的关系以某种形式(比 ...
DDD理论学习系列（4）-- 领域模型
1.引言我们还是先来拆词理解,领域模型可以拆为"领域"和"模型"二词. 领域:按照我们之前的文章的理解,DDD中的领域是指软件系统要解决的问题,如我们的办公设 ...

DDD理论学习系列（8）-- 应用服务amp;amp;领域服务