DDD本身的确是个好东西，其在应对复杂需求变更，保持软件质量上，提供了一套优秀的方法论。
但所有的好东西，都是有成本的。
DDD要想用好，对团队的要求是非常高的。
一个能够驾驭DDD的团队，至少需要满足以下几点要求
1、业务需求本身的确已经复杂到了一定程度，靠面向数据编程的方式已经难以维计了
2、团队有驾驭微服务的技术能力
3、有领导层全力支持DDD在项目中的落地
4、团队本身代码风格良好，开发规范齐全且执行到位，日常中有使用设计模式重构代码的传统
如果以上条件都不满足，那大概率下也是用不好DDD 的，这项需求分析到软件设计的方法论，就和团队的气质不相符，生搬硬套DDD的设计理念，只可能在冲突中把项目给作死
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。