从壹开始微服务 [ DDD ] 之十 ║领域驱动【实战篇·中】:命令总线Bus分发(一)

哈喽大家好,老张又见面了,这两天被各个平台的“鸡汤贴”差点乱了心神,博客园如此,简书亦如此,还好群里小伙伴及时提醒,路还很长,这些小事儿就随风而去吧,这周本不打算更了,但是被群里小伙伴“催稿”了,至少也是对我的一个肯定吧,又开始熬夜中,请@初久小伙伴留言,我不知道你的地址,就不放链接了。

收住,言归正传,上次咱们说到了领域命令验证《九 ║从军事故事中,明白领域命令验证(上)》,也介绍了其中的两个角色——领域命令模型和命令验证,这些都是属于领域层的概念,当然这里的内容是 命令 ,查询就当然不需要这个了,查询的话,直接从仓储中获取值就行了,很简单。也没人问我问题,那我就权当大家已经对上篇都看懂了,这里就不再赘述。不知道大家是否还记得上篇文章末尾,提到的几个问题,我这里再提一下,就是今天的提纲了,如果你今天看完本篇,这几个问题能回答上来,那恭喜,你就明白了今天所讲的问题:

1、命令模型RegisterStudentCommand 放到 Controller 中真的好么?//我们平时都是这么做的

2、如果不放到Controller里调用,我们如果调用?在 Service里么?//也是一个办法,至少Controller干净了,但是 Service 就重了

3、验证的结果又如何获取并在前台展示呢?//本文会先用一个错误的方法来说明问题,下篇会用正确的

4、如何把领域模型 Student 从应用层 StudentAppService 解耦出去( Register()方法中 )。//本文重点,中介者模式


 好啦,简单先写这四个问题吧,这个时候你可以先不要从 Github 上拉取代码,先看着目前手中的代码,然后思考这四个问题,如果要是自己,或者咱们以前是怎么做的,如果你看过以后会有一些新的认识和领悟,请帮忙评论一下,捧个人场嘛,是吧

分类:

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zyxsdj.html