我的观点是,当他们解决一些问题时,模式很棒.有时只有部分模式解决了特定问题,而其他部分则导致不同的问题.任何开发人员的目标都是使用模式知识和远见的组合构建一个可靠的应用程序.
我觉得MVVM正在成为统治它们的一种模式.由于.Net没有直接支持,因此需要一些奇特的业务来使其工作.我觉得人们忽略了模式的重点,这是松散耦合,可测试的代码,而是跳过篮球,错过了尝试跟随MVVM的伟大经历.
MVVM很棒,但我希望它能为新手带来警告或免责声明,因为我担心人们会因为害怕被mvvm棒击中而回避Silverlight的发展.
编辑:
我可以添加作为编辑,我使用并同意MVVM作为我知道的模式,在我的项目中是不可行的.我的问题在于它所具有的包容性,好像它必须被用作发展的一部分.它被用作一个整体特征,而不是一个模式,它是.
编辑2:感谢到目前为止的所有评论,一个问题出现的问题是我到目前为止没有想到的.是否为GUI / RIA开发引入了更丰富更先进的框架,显示出这一代RAD开发的弱点.也就是说,是否缺乏与这些框架一起教授的代码设计和模式知识?我曾经问过一本关于C#的书(在Pro C之前#和.Net框架很受欢迎)并被告知为什么我想知道C#减去winforms / asp.
当然有很多关于这些主题的书籍/ KB,但除了超级巨星和非常优秀的程序员之外,还有人使用它们吗?
解决方法 所以,我认为很多新的MVVM开发人员都忘了这一点 – 这种模式可以帮助你,而不是相反.以这种方式构建软件往往会使您的项目变得更加简单,但如果它完全阻碍了特定任务,请退后一步并问:“在这个特定场景中,MVVM是否在这里帮助我?”如果它让你的生活更轻松,你可以不时地“欺骗”一点. 总结以上是内存溢出为你收集整理的MVVM是否会扼杀Silverlight的发展?全部内容,希望文章能够帮你解决MVVM是否会扼杀Silverlight的发展?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)