为什么要考虑学习 DDD架构
在学习 DDD 架构前，一直觉得三层架构结构在业务复杂的场景会带来很多很多的问题，但是一直都处于模糊不清的形态，无法准确的定义。直到学习了DDD 的概念。
为了更好的学习 DDD ，我们总结一下三层架构在业务复杂的场景带来的问题，首先看下正常的项目依赖图
我们正常有 5 个模块，UI(application), Service，Repository，Entity 和 Common，每个层代表的含义，大家都非常清楚，这样会带来什么样的问题呢？
- Service 层对 Repository 依赖比较乱，没有明确的规则和界限
- 虽然 Repository 对 Enity 是一对一的依赖，但是由于 Service 和 Repository 的依赖的 “混乱”，导致 Entity 的引用带来同样的问题
- 每一个层级都对 Common 都有依赖，使得 Common 层从辅助层变成了核心层。
