asp.net-mvc - MVC 下领域驱动设计的替代方案是什么

Question

就目前情况而言，这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放， visit the help center以获得指导。

已关闭 11 年前。

我理解 DDD 方法的值(value)，但有时它似乎有点矫枉过正并造成困惑。我还可以通过哪些其他方式在 Asp.net MVC 中进行 Web 应用程序设计？谢谢

Answer 1

DDD 的过度杀伤具体是什么？

您可以尝试测试驱动开发，并专注于构建测试用例，以帮助仅构建通过测试所需的业务逻辑。我不是它的忠实粉丝，但这是一个选择。

对于 DDD，我倾向于将其视为一个总体概念...首先专注于理解我的“领域”...手头的问题，我正在处理的对象...我首先构建我的模型，其次是操作它们的工具，然后是顶部的业务逻辑，用于根据业务需求解决我的领域问题。通常我接下来会研究持久性机制，最后才是演示。

我想我的观点是，系统开发的意识形态背后有很多流行语……除了狂热者之外，它们都没有黑白界限。

如果您让我知道您特别认为什么是麻烦/过度杀伤力，您试图避免或试图实现什么，我可以更好地回答您的问题。