MVC下的领域驱动设计有哪些替代方案

Question

我理解DDD方法的价值，但有时它似乎过于夸张，并造成混乱。在Asp.net MVC中，我还可以用什么其他方法来设计web应用程序呢？谢谢

Answer 1

DDD有什么特别的过度杀伤力？

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

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

我想我的观点是，在系统开发的意识形态背后有很多时髦的词……除了狂热分子之外，并不是所有人都有黑白边界。

如果你让我知道你觉得什么特别麻烦/过度，你试图避免或试图实现的是什么，我可以更好地回答你的问题。