领域驱动小节

1.如何避免程序直接使用Repository

在应用层（Application）注入 Repository 服务，在 Repository 中转化 Domain 对象，这种方式简单直接，但是很容易将 Repository 的服务做成事务脚本的模式，结果将业务由 Domain 转移到 Repository 的服务中来，做成了伪 DDD 模式。

在应用层（Application）注入 DomainFactory 服务，在 DomainFactory 中构建 Domain 对象时将 Repository 服务导入到 Domain 对象中。Application 无法直接调用 Repository 服务，只能通过 Domain 来操作 Repository 服务，这样避免了 Repository 作为上帝之手的角色。将业务封装在 Domain 中，最大可能的避免 Repository 的臃肿。

2 .业务模块入口

我们已经将业务封装在模型中，但是不可能把一个领域的所有业务都封装在一个模型中，为了完成一个领域业务会创建一系列模型，还需要考虑这些模型之间的关系，将一个模块的业务聚合在一个聚合根下面，同一个聚合根下的所有对象只能拥有唯一的访问入口，来保证聚合内部的一致性

3. 代码架构

采用六边形架构 ，依赖倒置 面向抽象编程,减少对具体实现对依赖。