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

我理解DDD方法的价值，但有时它似乎有些过分，会造成混乱。在Asp.net MVC中，我还可以通过哪些方式进行web应用程序设计？

---

谢谢

DDD到底有什么过激之处

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

至于DDD，我倾向于将其视为一个总体想法。。。首先专注于理解我的“领域”。。。手头的问题，我正在处理的对象。。。我首先构建模型，其次是操作模型的工具，然后是根据业务需求解决领域问题的业务逻辑。通常我下一步学习持久性机制，最后一步学习演示

我想我的观点是，在系统开发的意识形态背后有很多流行语。。。除了狂热分子，他们之间没有黑与白的界限

---

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

模型对象通常是属性包，例如没有行为。是的，在编程语言中，您可能希望。。。波科斯。。。但对我来说，DDD就是要弄清楚我想用它做什么。。。如果我在构建一个饮食应用程序，那么我的领域就不仅仅是“我需要水果和蔬菜对象”，而是“我需要用它们做什么？当我切胡萝卜或切苹果时会发生什么？”等等。。。愚蠢的比喻我知道，但我想你明白了。。。您的对象可能看起来像属性包，但在DDD中，您的行为和服务（业务逻辑）是域的主要部分。也许我是个疯子，或者你已经明白了。看看你的个人资料，你的代表和徽章比我多得多，所以如果你已经知道这一点，请原谅我。试试TDD焦点，让我知道你的想法。我不是一个真正的粉丝。不，我知道的不多，只要问一百万个问题沙哈。。。至少它们是好问题。我注意到这里有很多人只是想要一个快速的javascript代码片段。：）如果我能提供另一个建议。。。查看StackOverflow上的程序员站点。。。在开发软件的背后，它更倾向于哲学/意识形态/实践。我相信你可以吸引一些大师的注意，并得到比我的快速妙语更好的答案。谢谢你的帮助，很难让你的代表名单继续下去。