【DDD】领域驱动设计实践 —— Application层实现
原文:【DDD】领域驱动设计实践 —— Application层实现

  本文是DDD框架实现讲解的第二篇,主要介绍了DDD的Application层的实现,详细讲解了service、assemble的职责和实现。文末附有github地址。相比于《领域驱动设计》原书中的航运系统例子,社交服务系统的业务场景对于大家更加熟悉,相信更好理解。本文是【DDD】系列文章的其中一篇,其他可参考:使用领域驱动设计思想实现业务系统

Application层

  在DDD设计思想中,Application层主要职责为组装domain层各个组件及基础设施层的公共组件,完成具体的业务服务。Application层可以理解为粘合各个组件的胶水,使得零散的组件组合在一起提供完整的业务服务。在复杂的业务场景下,一个业务case通常需要多个domain实体参与进来,所以Application的粘合效用正好有了用武之地。

  Application层主要由:service、assembler组成,下面分别对其做讲解。

Service

service是组件粘合剂

  这里的Service区别于domain层的domain service,是应用服务。它是组件的粘合剂,组合domain层的各个组件和 infrastructure层的持久化组件、消息组件等等,完成具体的业务逻辑,提供完整的业务服务。

  通过不断的实践,我们发现:通过DDD实现业务服务时,检验业务模型的质量的一个标准便是 —— service方法中不要有if/else。如果存在if/else,要么就是系统用例存在耦合,要么就是业务模型不够友好,导致部分业务逻辑泄漏到service了。

  通常意义上,一个业务case在service层便会对应一个service方法,这样确保case实现的独立性。拿社区服务中的“帖子”模块来讲,我们有如下几个明显的case:发帖(posting)、删帖(deletePost)、查询帖子详情(queryPostDetail),这些case在service层都对应独立的业务方法。

思考

  对于较为复杂的case:查询帖子列表,可能需要根据不同的tag过滤帖子,或者查询不同类型的帖子,或者查询热门帖子,这个时候应当用一个service方法实现呢?还是多个呢?

  考虑这个问题,主要从这两方面入手:domain的一致性,数据存储的一致性;如果两个一致性都满足,那么我们可以在一个业务方法中完成,否则就要在独立的业务方法中完成。

  例如:根据帖子运营标签查询帖子 和 查询全部帖子列表 这两个case我们可以放到一个service方法中实现,因为前一个case只是在后一个case的基础上加了一个过滤条件,这个过滤条件完全可以交给dao层的sql where条件处理掉,除此之外,domain和repository都完全一样;

  而“查询热门帖子” 这个case就不能和上面的两个case共用一个service方法了,因为热门帖子列表的数据源并不在数据库中,而是存在于缓存中,因此repository的取数逻辑存在很大差异,如果共用一个service方法,势必要在service层出现if/else判定,这是不友好的。

类图

代码示例

 1 @Service
 2 public class PostServiceImpl implements PostService {
 3
 4     @Autowired
 5     private IPostRepository postRepository;
 6
 7     @Autowired
 8     private PostAssembler postAssembler;
 9
10
11
12     public PostingRespBody posting(RequestDto<PostingReqBody> requestDto) throws BusinessException {
13         PostingReqBody postingReqBody = requestDto.getBody();
14         /**
15          *NOTE: 请求参数校验交给了validation,这里无需校验userId和postId是否为空
16          */
17         String userId = postingReqBody.getUserId();
18         String title = postingReqBody.getTitle();
19         String sourceContent = postingReqBody.getSourceContent();
20
21         long userIdInLong = Long.valueOf(userId);
22
23         /**
24          * 组装domain model entity
25          * NOTE:这里的PostAuthor不需要从repository重载,原因在于:deletePost场景需要用户登录后才能操作,
26          *         在进入service之前,已经在controller层完成了用户身份鉴权,故到达这里的userId肯定是合法的用户
27          */
28         PostAuthor postAuthor = new PostAuthor(userIdInLong);
29         Post post = postAuthor.posting(title, sourceContent);
30
31         /**
32          * NOTE:使用repository将model entity 写入存储
33          */
34         postRepository.save(post);
35
36         /**
37          * NOTE:使用postAssembler将Post model组装成dto返回。
38          */
39         return postAssembler.assemblePostingRespBody(post);
40     }
41
42
43     public DeletePostRespBody delete(RequestDto<DeletePostReqBody> requestDto) throws BusinessException {
44         DeletePostReqBody deletePostReqBody = requestDto.getBody();
45
46         /**
47          *NOTE: 请求参数校验交给了validation,这里无需校验userId和postId是否为空
48          */
49         String userId = deletePostReqBody.getUserId();
50         String postId = deletePostReqBody.getPostId();
51
52         long userIdInLong = Long.valueOf(userId);
53         long postIdInLong = Long.valueOf(postId);
54
55         /**
56          * 组装domain model entity
57          * NOTE:这里的PostAuthor不需要从repository重载,原因在于:deletePost场景需要用户登录后才能操作,
58          *         在进入service之前,已经在controller层完成了用户身份鉴权,故到达这里的userId肯定是合法的用户
59          */
60         PostAuthor postAuthor = new PostAuthor(userIdInLong);
61         /**
62          * 从repository中重载domain model entity
63          * 借此判断该postId是否真的存在帖子
64          */
65         Post post = postRepository.query(postIdInLong);
66
67         postAuthor.deletePost(post);
68
69         postRepository.delete(post);
70
71         return null;
72     }
73
74
75     @Override
76     public QueryPostDetailRespBody queryPostDetail(RequestDto<QueryPostDetailReqBody> requestDto)
77             throws BusinessException {
78         QueryPostDetailReqBody queryPostDetailReqBody = requestDto.getBody();
79
80         String readerId = queryPostDetailReqBody.getReaderId();
81         String postId = queryPostDetailReqBody.getPostId();
82
83         long readerIdInLong = Long.valueOf(readerId);
84         long postIdInLong = Long.valueOf(postId);
85
86         //TODO 可能有一些权限校验,比如:判定该读者是否有查看作者帖子的权限等。这里暂且不展开讨论。
87         PostReader postReader = new PostReader(readerIdInLong);
88
89         Post post = postRepository.query(postIdInLong);
90
91         /**
92          * NOTE: 使用postAssembler将domain层的model组装成dto,组装过程:
93          *         1、完成类型转换、数据格式化;
94          *         2、将多个model组合成一个dto,一并返回。
95          */
96         return postAssembler.assembleQueryPostDetailRespBody(post);
97     }
98
99 }

Assembler

Assembler是组装器

  Assembler是组装器,负责完成domain model对象到dto的转换,组装职责包括:

  1. 完成类型转换、数据格式化;如日志格式化,状态enum装换为前端认识的string;
  2. 将多个domain领域对象组装为需要的dto对象,比如查询帖子列表,需要从Post(帖子)领域对象中获取帖子的详情,还需要从User(用户)领域对象中获取用户的社交信息(昵称、简介、头像等);
  3. 将domain领域对象属性裁剪并组装为dto;某些场景下,可能并不需要所有domain领域对象的属性,比如User领域对象的password属性属于隐私相关属性,在“查询用户信息”case中不需要返回,需要裁剪掉。

示例代码  

 1 /**
 2  * Post模块的组装器,完成domain model对象到dto的转换,组装职责包括:
 3  *         1、完成类型转换、数据格式化;如日志格式化,状态enum装换为前端认识的string;
 4  *         2、将多个model组合成一个dto,一并返回。
 5  * TODO: 不太好的地方每个assemble方法都需要先判断入参对象是否为空。
 6  * @author daoqidelv
 7  * @createdate 2017年9月24日
 8  */
 9 @Component
10 public class PostAssembler {
11
12     private final static String POSTING_TIME_STRING_DATE_FORMAT = "yyyy-MM-dd hh:mm:ss";
13
14     @Autowired
15     private ApplicationUtil applicationUtil;
16
17     public PostingRespBody assemblePostingRespBody(Post post) {
18         if(post == null) {
19             return null;
20         }
21         PostingRespBody postingRespBody = new PostingRespBody();
22         postingRespBody.setPostId(String.valueOf(post.getId()));
23         return postingRespBody;
24     }
25
26     public QueryPostDetailRespBody assembleQueryPostDetailRespBody(Post post) {
27         /**
28          * NOTE: 判定入参post是否为null
29          */
30         if(post == null) {
31             return null;
32         }
33         QueryPostDetailRespBody queryPostDetailRespBody = new QueryPostDetailRespBody();
34         queryPostDetailRespBody.setAuthorId(String.valueOf(post.getAuthorId())); //完成类型转换
35         queryPostDetailRespBody.setPostId(String.valueOf(post.getId()));//完成类型转换
36         queryPostDetailRespBody.setPostingTime(
37                 applicationUtil.convertTimestampToString(post.getPostingTime(), POSTING_TIME_STRING_DATE_FORMAT));//完成日期格式化
38         queryPostDetailRespBody.setSourceContent(post.getSourceContent());
39         queryPostDetailRespBody.setTitle(post.getTitle());
40         return queryPostDetailRespBody;
41     }
42
43 }

思考

  上述代码实现中,每一个assemble方法都需要校验入参对象是否为空,实践中发现,这一个关键点很容易遗漏,没有想到好的办法解决。

类图

demo

  此demo的代码已上传至github,欢迎下载和讨论,但拒绝被用于任何商业用途。

  github地址:https://github.com/daoqidelv/community-ddd-demo/tree/master

  branch:master

posted on 2019-02-26 17:18 NET未来之路 阅读(...) 评论(...) 编辑 收藏

转载于:https://www.cnblogs.com/lonelyxmas/p/10438703.html

【DDD】领域驱动设计实践 —— Application层实现相关推荐

  1. 【DDD】领域驱动设计实践 —— UI层实现

    前面几篇blog主要介绍了DDD落地架构及业务建模战术,后续几篇blog会在此基础上,讲解具体的架构实现,通过完整代码demo的形式,更好地将DDD的落地方案呈现出来.本文是架构实现讲解的第一篇,主要 ...

  2. DDD 领域驱动设计落地实践系列:工程结构分层设计

    引言 前面几篇文章中,笔者给大家阐述了 DDD 领域驱动设计的三大过程,重点围绕如何通过战略设计与战术设计进行 DDD 落地实践进行了详细的讨论,但是还没有涉及到工程层面的落地.实际上所有的这些架构理 ...

  3. DDD 领域驱动设计落地实践:六步拆解 DDD

    引言 相信通过前面几篇文章的介绍,大家对于 DDD 的相关理论以及实践的套路有了一定的理解,但是理解 DDD 理论和实践手段是一回事,能不能把这些理论知识实际应用到我们实际工作中又是另外一回事,因此本 ...

  4. 【DDD落地实践系列】DDD 领域驱动设计落地实践:六步拆解 DDD

    引言 相信通过前面几篇文章的介绍,大家对于 DDD 的相关理论以及实践的套路有了一定的理解,但是理解 DDD 理论和实践手段是一回事,能不能把这些理论知识实际应用到我们实际工作中又是另外一回事,因此本 ...

  5. DDD领域驱动设计落地实践系列:战略设计和战术设计

    引言 通过前面的文章介绍,相信大家对于什么是DDD有了初步的了解,知道它是一种微服务的架构设计方法论,为我们解决如何建立领域模型,如何实现微服务划分等提供了方向和指导.但是对于如何具体落地使用DDD, ...

  6. DDD 领域驱动设计落地实践系列:战略设计和战术设计

    引言 通过前面的文章介绍,相信大家对于什么是 DDD 有了初步的了解,知道它是一种微服务的架构设计方法论,为我们解决如何建立领域模型,如何实现微服务划分等问题提供了方向和指导.但是对于如何具体落地使用 ...

  7. DDD领域驱动设计之领域基础设施层

    1.DDD领域驱动设计实践篇之如何提取模型 2.DDD领域驱动设计之聚合.实体.值对象 其实这里说的基础设施层只是领域层的一些接口和基类而已,没有其他的如日子工具等代码,仅仅是为了说明领域层的一些基础 ...

  8. [转]浅析DDD(领域驱动设计)

    最近在做一些微服务相关的设计,内容包括服务的划分,Restful API的设计等.其中比较棘手的就是Service的职责划分:如何抽象具有统一业务范畴的Model,使其模块化,又如何高度提炼并组合多模 ...

  9. 浅析DDD(领域驱动设计)

    最近在做一些微服务相关的设计,内容包括服务的划分,Restful API的设计等.其中比较棘手的就是Service的职责划分:如何抽象具有统一业务范畴的Model,使其模块化,又如何高度提炼并组合多模 ...

  10. DDD领域驱动设计-视频讲解+实战

    目录 简介 解决的问题 过度耦合 现状 DDD的分层架构和构成要素 小结 分包应用 DDD领域驱动设计:实体.值对象.聚合根 DDD应用 战略建模 领域 限界上下文 需求分析 上下文映射图 战术建模- ...

最新文章

  1. OpenSSL中对称加密算法DES常用函数使用举例
  2. 深入理解C系列:不同类型变量的变量名和内存间的关系
  3. mysql starting server 失败_安装MySQL过程中(最后starting server)报错解决方案
  4. 查找DetailsView1数据控件中的数据
  5. php运行环境largon,环境配置(一)
  6. markdown 表格对齐方式、换行、内嵌列表、...
  7. a标签跳到另一个页面指定选项卡_HTML常用标签
  8. python中什么是关键字参数_如何使用python语言中函数的关键字参数的用法
  9. python selenium 处理弹窗_python-selenium -- 弹出框处理
  10. Tracking Attackers: Honeypot, Part 1 (Honeyd)
  11. 贝叶斯网络是神经网络吗,贝叶斯网络和神经网络
  12. 麒麟V10 kylin v10服务器版yum软件源官方源亲测可用
  13. 博弈论基础知识: 巴什博奕+斐波那契博弈+威佐夫博奕+尼姆博弈(及Staircase)
  14. 国产CSM32RV20是基于RISC-V核的低功耗MCU芯片
  15. IP5306是一款2.1A 充电 2.4 A 放电高集成度移动电源 SOC
  16. 微信小程序如何实现登录注册带源码
  17. Git使用基础---各种常见错误总结
  18. RAID技术规范简介 RAID0 RAID1 RAID2 RAID3 RAID4 RAID5 RAID6 RAID7
  19. 地图采集车的那些事 | 硬件质量篇
  20. Android高手笔记-屏幕适配 UI优化

热门文章

  1. 亚控科技的KingSCADA多个漏洞
  2. windows7下面利用docker搭建jitsi-meet测试环境
  3. mac怎么验机,都应该查什么
  4. 一年级课程表(4月18日-4月22日)
  5. 即时聊天通讯软件安卓+ios双端原生源码
  6. Oracle 11.2.0.4.0 安装包校验
  7. 爬虫学习:基本库的使用
  8. linux安装mysql出现Header V3 DSA/SHA1 Signature, key ID 5072e1f5: NOKEY error: Failed dependencies: libn
  9. java filter 重定向_在Filter的doFilter中进行重定向 出现异常
  10. Git 工具之储藏与清理-7.3