就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center为指导。
11 年前关闭。
这是一段时间以来我一直在脑海中盘旋的问题。前几天晚上我和一个人聊天，他告诉我他不会使用导航框架，因为他无法弄清楚它如何与 MVVM 一起工作。尽管我试图解释应该用少许盐来获取模式，但他不会听。
我的观点是，模式在解决某些问题时很棒。有时，模式只有一部分解决了特定问题，而其他部分会导致不同的问题。任何开发人员的目标都是使用模式知识和远见的组合来构建可靠的应用程序。
我觉得 MVVM 正在成为统治它们的一种模式。由于 .Net 不直接支持它，因此需要一些花哨的业务才能使其工作。我觉得人们错过了模式的重点，它是松散耦合的、可测试的代码，而是跳过箍并错过了试图完全遵循 MVVM 的伟大经验。
MVVM 很棒，但我希望它为新手提供警告或免责声明，因为我担心人们会因为害怕被 mvvm 棒击中而回避 Silverlight 开发。
编辑:
我可以添加作为编辑吗，我使用并同意 MVVM 作为我知道在我的项目中何时可行和不可行的模式。我的问题是它所具有的包容性，好像它必须被用作开发的一部分。它被用作一个整体特征，而不是一种模式，它是。
编辑 2:感谢到目前为止的所有评论，由此出现的一个问题是我直到现在还没有考虑过的问题。为 GUI/RIA 开发引入更丰富、更高级的框架是否显示了这一代 RAD 开发的弱点。也就是说，是否缺乏与这些框架一起教授的代码设计和模式知识？我曾经要求一本关于 C# 的书(在 Pro C# 和 .Net 框架流行之前)，并被告知为什么我想知道 C# 减去 winforms/asp。
当然有很多关于这些主题的书籍/知识库，但是除了 super 明星和非常优秀的程序员之外，人们是否还在使用它们？
最佳答案
所以，我认为很多新的 MVVM 开发人员都忘记了这一点——模式可以帮助你，而不是相反。随着您的项目变得越来越大，以这种方式构建软件往往会让您的生活变得更轻松，但是如果它完全妨碍了您完成特定任务，请退后一步并问:“在这种特定情况下，MVVM 对我有帮助吗？”如果能让您的生活更轻松，您可以不时“作弊”。
关于silverlight - MVVM 会扼杀 Silverlight 开发吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3040829/