在我的上一个项目中，我应用了DDD N-layered，因为应用程序非常复杂，因为业务逻辑是动态的，而且需求无法事先捕获。
它非常适合敏捷开发，有助于逐步了解域逻辑。我们使用TDD来理解预期的行为并开发域模型（DDD）。
问题在于，在我的团队中，一些团队成员并不真正了解OOP的基础知识以及SOLID，Refactoring等实践。他们更习惯使用SQL过程来实现业务逻辑。它也影响了他们的生产力，因为他们必须学习所有这些概念。
所以问题是，这通常发生在其他软件公司吗？
答案 0 :(得分：0)
是的，它发生了。
DDD需要强大的技能和纪律。
开发人员通常在历史上对存储过程和过程编程感到满意。 在大多数情况下，dev“认为”制作OOP但实际上他们正在进行大量的程序编程。
所以我建议在做DDD之前花一些时间学习并授权团队主题如下：
然后在试点项目上尝试DDD。