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

烽火

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

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

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

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

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

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

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