内容简介：我对MVVM的看法很复杂.似乎我需要编写如此多的代码来获得最有效的补救措施.我想念事件(命令是如此痛苦),绑定一切导致调试噩梦,我错过了对视图的引用！我只是想知道你对MVVM的感受与背后的普通旧代码.你更喜欢什么和/或你通常使用或推荐使用什么？谢谢
我对MVVM的看法很复杂.似乎我需要编写如此多的代码来获得最有效的补救措施.我想念事件(命令是如此痛苦),绑定一切导致调试噩梦,我错过了对视图的引用！
我只是想知道你对MVVM的感受与背后的普通旧代码.你更喜欢什么和/或你通常使用或推荐使用什么？
谢谢
和Silverlight无声地吞下所有错误这一事实变得更加困难. (是的,一些错误出现在调试窗口中,但是没有足够的错误,并且没有足够的细节.)你可以使用hacks来编写调试值转换器,但事实仍然是 工具 集仍然很不成熟. (然后是我的标准投诉,数据绑定不是强类型的,这意味着工具无法为您捕获错误.)
当他们坚持可测试性时我听到了所有人,而且我是自动化测试的忠实粉丝.但至少在目前我们的工具状态下,MVVM的可测试性得到了提升,价格非常高.
考虑一下这种情况：你有一个包含50个表单/页面的大型应用程序,而你刚刚进行了Model和ViewModel的重大重构.在此过程中,您重命名了一堆类和属性等.现在找到XAML中您需要更改的每个位置以反映新的类和属性名称.可测试性如此之高,嗯？ IDE不仅不会捕获您的绑定错误,编译器也不会捕获它们,最重要的是,应用程序甚至不会在运行时抛出错误.您必须让测试人员在整个应用程序中运行,并确保所有绑定仍在执行您希望他们执行的操作. Ugggh.丑陋而痛苦.至少当我以老式的方式做事时,编译器会告诉我什么时候拼写错误的东西.
回到我的洞穴,以避免吊索和箭头迅速前进…
[编辑12/10/2010 – MS最近宣布SL5将具备 debug data bindings 的能力,包括能够设置断点的能力,因此您可以看到正在发生的事情.这是朝着正确方向迈出的一大步.它仍然没有解决我认为的基本问题,数据绑定没有编译时类型检查,但它提高了工具集的实用性.
翻译自：https://stackoverflow.com/questions/3154171/wpf-silverlight-programmers-is-mvvm-overkill
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- 游戏制作之路（17）模拟子弹的杀伤力
- 直面算法霸权：大规模造福工具还是大规模杀伤性武器？
- 工业控制系统网络杀伤链 (The ICS Cyber Kill Chain)
- 30 秒让图片变裸照，使用无门槛，这个软件比 DeepFake 杀伤力更大
- 程序员高薪盛宴背后：程序员正在消失？
- 大龄程序员的出路，程序员的人生
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
