domain-driven-design - 我可以在没有领域专家的情况下进行领域驱动设计吗？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

7年前关闭。




Improve this question




我经常读到，当团队无法接触领域专家时，你不应该做 DDD。
但是，如果域不是微不足道的，但没有可用的域专家并且团队只能访问代理域专家或只能访问产品所有者，那么 DDD 的替代方案是什么？

在这种情况下，团队不应该在整个团队中创建一种通用语言，在有界上下文中创建域模型，使用聚合和聚合根来强制执行业务约束，使用存储库来确保模型的持久性无知等吗？

我知道 DDD 不是一个整体或一无所有，也不是描述架构
而是一种设计方法论。但是，在复杂领域的情况下，仅仅因为没有领域专家，就可以使用 DDD 的战术模式和战略设计吗？当没有领域专家可用时，我不会使用 DDD 的哪一部分？

Answer 1

您真正需要的是领域专家作为角色，而不一定是具体的自然人(除了一个或多个开发团队成员)。拥有“真正的”领域专家是可取的，但并非总是可能的。在这种情况下，开发团队必须自己积累专业领域知识——我知道并不完美，但完全有可能(在实践中并不少见)。