asp.net MVC与WPF MVVM
由于工作的原因,总是会在WPF和WebForm之间切换,但是实际项目中一直也没有使用过asp.net MVC,毕竟现在的外企维护和兼容老系统,是一件必修课。
然而最近找工作发现外面的世界已经漫天的MVC,说没用过都不好意思跟人打招呼,只能自己先了解了解,至少上手来用没问题再去面试吧。
下了一遍什么7天系列,分块系列的文章之后,发现其实asp.net MVC和WPF的MVVM思想如出一辙:
1.与传统技术的对比
MVVM改变传统的WinForm以事件为中心的方式,取而代之的是以数据为中心,将数据推送给View,通过双向绑定实现数据的显示和更新。
asp.net MVC改变了asp.net以内容为中心,每个页面必须与物理的文件一对一逻辑相关的存在。MVC以应用逻辑为中心,地址栏的内容与控制器和方法相对应。
2.绑定方式
MVVM通过声明的方式将ViewModel和View绑定起来,完全依靠寻找datacontext中的内容来显示数据,灵活性高。asp.net MVC控制器与view的对应关系固定,view必须存放在controler命名的文件夹下,这样虽然不需要手动绑定,但是灵活性差很多。因为BS结构的缘故,MVC提供了modelbinder自动帮助开发人员对应传递的参数,通过modelstate将各个参数的验证信息存储,同样的,让别人帮你干活,你就得听别人的,参数名字什么的一致性,你就得保证好了。
3.路由方式
WPF毕竟还是窗体程序,很简单的从控件树依次往下传递事件。asp.net MVC通过地址请求的方式获取响应,则必须要配置路由,这种配置路由的方式将路由的显示与实际对应的controller分离,使地址展现更加灵活,当然也有局限性,如果路由中有指定地址的话,参数名称必须与地址相同,毕竟是自动匹配,还是得按别人指定的规则来办。(Controller/action/id)
4.其他
MVC中很多功能可以很方便的通过面向切面编程的方式实现,即ActionFilter。常用或者说肯定会使用到的包括日志,异常,字段验证,权限认证等。极大的减少了代码的重复量,简化了逻辑也使得代码结构清晰。