DDD 自身确实是个好货色，其在应答简单需要变更，放弃软件品质上，提供了一套优良的方法论。
但所有的好货色，都是有老本的。
DDD 要想用好，对团队的要求是十分高的。
一个可能驾驭 DDD 的团队，至多须要满足以下几点要求
1、业务需要自身确实曾经简单到了肯定水平，靠面向数据编程的形式曾经难以维计了
2、团队有驾驭微服务的技术能力
3、有领导层全力支持 DDD 在我的项目中的落地
4、团队自身代码格调良好，开发标准齐全且执行到位，日常中有应用设计模式重构代码的传统
如果以上条件都不满足，那大概率下也是用不好 DDD 的，这项需要剖析到软件设计的方法论，就和团队的气质不相符，生吞活剥 DDD 的设计理念，只可能在抵触中把我的项目给作死