architecture - 是什么让我的代码 DDD(领域驱动设计)合格？

Question

我是 DDD 的新手，正在考虑在我的项目中使用这种设计技术。

然而，让我对 DDD 印象深刻的是这个想法是多么的基本。与 MVC 和 TDD 等其他设计技术不同，它似乎不包含任何突破性的想法。

例如，我相信你们中的一些人会有同样的感觉，即根聚合和存储库的想法并不是什么新鲜事，因为当您编写 MVC Web 应用程序时，您必须拥有一个单一的主对象(即根聚合)在模型层包含其他次要对象(即值对象和实体)，以便将数据发送到强类型 View 。

对我来说，DDD 中唯一的新想法可能是

“智能”实体(即您应该对根聚合制定业务规则)

值对象、根聚合和实体之间的分离。

谁能告诉我这里是否遗漏了什么？
如果这就是 DDD 的全部，如果我用上述 2 个新想法更新我现有的 MVC 应用程序之一，我可以声称它是 TDD、MVC 和 DDD 应用程序吗？

Answer 1

简短的回答是，使它成为 DDD 项目的不是您的代码看起来像什么，而是您如何获得该代码。现在是长版...

您完全正确，DDD 编码实践没有任何革命性的东西，但您的问题似乎有点偏离目标。许多开发人员在使用 DDD 时犯的一个常见错误是过分关注编码实践，而忽略了 DDD 的一些更基本的概念。从本质上讲，DDD 是一种通过开发人员和领域专家之间的密切协作迭代开发模型的实践。您可以对您想要的所有服务、实体和值对象进行编码，但是如果您没有在过程中涉及领域专家，或者没有通过迭代改进模型，那么坦率地说，您没有在实践 DDD。即使从编码的角度来看，许多人认为聚合根、有界上下文和反腐败层的概念是比基本模式更有值(value)的工具。

您对 DDD 的看法并不孤单。我发现几乎所有开发人员都经历了 DDD 阶段，他们试图使用实体、值对象和服务来实现示例应用程序，而忽略了 DDD 基础的所有其他实践。 DDD 是一个旨在处理复杂业务逻辑的过程，因此根据一个周末开发的示例应用程序来判断它的优点并不能让您了解 DDD 所提供的最好的东西。我敦促你继续深入研究 DDD，因为我发现它是一个不可或缺的工具，但永远不要忘记它不仅仅是一种模式语言。