两个疑问，期待回复. ^_^

[xlorne]

问题1：exe与领域边界疑问？
我看sample中app模块下的exe service做的事情无非两类：1、调用领域层，2协调数据。调用领域的目的是为了完成业务，协调数据是为了服务领域。这里exe更像是一个指挥，但是指挥实际也属于业务的一部分，至少在本业务中算是本业务中的业务了。既然有指挥官存在的话，如何划分清楚exe与领域的业务边界呢？
问题2：领域为何不直接操作数据？
也是由于问题1，也或许是由于洋葱圈架构的设计。我看sample中的domain都没有直接操作数据，都是被赋值以后再做业务处理，或者将数据返回以后在repository中完成写操作。我想知道，为何不在domain中直接操作数据呢？当然我说的直接操作也是遵循依赖倒置原则，domain依赖资源抽象而不直接依赖具体资源，可类似于Command实现。

[xlorne]

我个人也比较认同通过构造来约束领域，构造就是领域的接口也是入口，领域的构造应该是数据而非资源。我个人觉得对领域的最好划分界限，既参考设计模式的原则来划分。不过在spring项目中无法直接注入领域，是非常不爽的事情，但是领域构造数据的不固定则是必须的。但是除了数据意外，对资源的引用都可以依赖抽象bus来处理，这样领域与领域是可以互相组合，我觉得这也没有违背大原则，资源都是bean，这样在处理时都交给spring即可，这是我个人先阶段对领域划分的认识，也是我个人对上述问题的个人答案，还望多指教。

[xlorne]

https://github.com/1991wangliang/springboot-demo
基于以上思想，优化后的demo。