MVVM是否会扼杀Silverlight的发展？

这个问题我已经在脑海里喋喋不休了一段时间.那天晚上我和一个人聊了聊,他告诉我他不会使用导航框架,因为他无法弄清楚它是如何与MVVM一起工作的.尽管我试图解释模式应该用一点盐,他不会听.

我的观点是,当他们解决一些问题时,模式很棒.有时只有部分模式解决了特定问题,而其他部分则导致不同的问题.任何开发人员的目标都是使用模式知识和远见的组合构建一个可靠的应用程序.

我觉得MVVM正在成为统治它们的一种模式.由于.Net没有直接支持,因此需要一些奇特的业务来使其工作.我觉得人们忽略了模式的重点,这是松散耦合,可测试的代码,而是跳过篮球,错过了尝试跟随MVVM的伟大经历.

MVVM很棒,但我希望它能为新手带来警告或免责声明,因为我担心人们会因为害怕被mvvm棒击中而回避Silverlight的发展.

编辑：
我可以添加作为编辑,我使用并同意MVVM作为我知道的模式,在我的项目中是不可行的.我的问题在于它所具有的包容性,好像它必须被用作发展的一部分.它被用作一个整体特征,而不是一个模式,它是.

编辑2：感谢到目前为止的所有评论,一个问题出现的问题是我到目前为止没有想到的.是否为GUI / RIA开发引入了更丰富更先进的框架,显示出这一代RAD开发的弱点.也就是说,是否缺乏与这些框架一起教授的代码设计和模式知识？我曾经问过一本关于C#的书(在Pro C之前#和.Net框架很受欢迎)并被告知为什么我想知道C#减去winforms / asp.

当然有很多关于这些主题的书籍/ KB,但除了超级巨星和非常优秀的程序员之外,还有人使用它们吗？

解决方法

所以,我认为很多新的MVVM开发人员都忘了这一点 – 这种模式可以帮助你,而不是相反.以这种方式构建软件往往会使您的项目变得更加简单,但如果它完全阻碍了特定任务,请退后一步并问：“在这个特定场景中,MVVM是否在这里帮助我？”如果它让你的生活更轻松,你可以不时地“欺骗”一点.