关于 DDD 的一些思考

最近要搭建一个新的项目，决定引入 DDD 设计模式，来指导项目架构。通过最近的实践，也做个阶段性的思考总结把。

一、DDD 目前资料很少，网上能找到的实践要么场景简单，要么不完整，对我们在实际项目中的指导价值很少

二、DDD 设计，对每个程序猿的程序设计能力要求特别高，要深入到每个领域的设计。这就是为什么 我们有 4 层模型，5 层模型，6 边形模型的框架设计，但是到了具体的领域设计时，还时无法下手，不知所措。

三、DDD 的引用，要考虑团队的情况，如果团队人员能力都很强，那没有问题。如果团队水平层次不齐，很可能，最终的项目四不像

四、DDD 设计，也要基于基本的程序设计原则，尽量避免包的相互依赖，做到高内聚低耦合

五、DDD 设计，是面向领域的编程，所以核心逻辑在领域层；而传统的设计，更多的是面向业务编程，核心逻辑往往在 Service 层

嗯、先记录这些吧，后续在做补充！