ASP.NET MVC vs webform

ASP.NET MVC 框架是 .NET 平台 Web 开发的主流,但是并不适合初学者

ASP.NET MVC 推出已经有3年多了。现在社区里面看,在学习 MVC 框架的人越来越多。但是绝大部分都无法入门。原因是 MVC 框架和 WebForms 的开发方式相比,有门槛,它并不适合初学者入门学习。

从1991年微软推出VB 1.0以来,微软一直在走一条路线,就是让完全不懂开发的人很快能上手它的开发工具。好处在于,处于金字塔低端的入门开发者数量众多,让这些人迈入开发者的行列一度使得Windows平台的软件丰富和廉价。

微软从做Word起家,当其他排版软件还在使用复杂的格式命令的时候,微软则将WYSIWYG进行到底。微软的开发工具承袭了这样的价值观——图形化设计界面,将数据和界面绑定,编写简单的代码,一个程序就完成了。

在本世纪初,应用程序向Web迁移的大趋势已经不可阻挡,微软则希望通过Web Forms,继续它的傻瓜开发工具的神话,然而事实上却是不奏效的。HTTP协议并非Windows API,HTTP分割出客户端和服务器端,这使得状态跟踪和事件响应变得非常复杂。最糟糕的是,微软虽然极力隐藏一个Web程序和桌面程序的不同,但是事与愿违,入门开发者无法适应此间的差异,所以程序总是无法按照他们的预期运行。

回归本源成了业界的共识,RoR、Struts、Django,在各自的平台上流行开来,但是到了微软这里,事情却不一样了。因为微软培养起来一个庞大的,但是相当初级的用户群体,向这样一个群体推广它的 ASP.NET MVC,困难重重。.NET开发者的现状是什么呢?几乎完全不会编写程序,他们只能编写简单的代码,把控件粘合在一起;极度依赖GUI的开发工具,善于使用鼠标,而不怎么用键盘;围绕“控件”编程,用用户的思维设计程序,控件重用代替代码重用;对于HTTP和HTML几乎无知。

当然,从相对角度说,初学者在各个平台上都是存在的。但是.NET领域的奇怪现象是,一批一批初学者被按照操作工那样训练使用微软独特的开发方法,固化定形成熟练的操作工——而不是转化为更高阶的开发者。在其它平台,API的使用者->API的编写者->系统架构设计是一个自然的进阶路线,而.NET平台则是控件的使用者->控件的熟练使用者。

有理由相信,C# 3开始增加的一系列语法特征是为Entity和MVC赶场出来的。和其他平台不同的是,微软有一个法宝,就是它同时是语言的创造者和框架的开发者,它可以为框架而丰富完善它的语言。但是这就造成了一个很奇怪的现象。

一个原有的C#开发者,面对Lambda表达式、扩展方法一片茫然,相反一个Ruby程序员却可以轻松看懂C# 3的程序。毋庸讳言,C# 4和C# 1有了本质的不同,这种变革甚至比VB6到VB.NET更加激进。

对于一个ASP.NET开发者来说,不得不看到,MVC框架让他之前积累的经验完全无用武之地。MVC(这里说的MVC都是ASP.NET MVC)使用的LINQ(虽然LINQ并非MVC所必需,但是LINQ/Entity搭配MVC的组合是不争的主流,如果你看过MVC源代码,你会发现LINQ在MVC内部无所不在),以及Lanbda表达式、各种接口/委托,依赖反转的编程模型,使得开发者几乎需要重新学习一种新的编程语言。要想领会这个框架的设计思路,则是这些开发者面临的第二重考验。

再者,MVC彻底将程序员从UI设计上解放开来,但是在实际开发上并非如此——团队结构没有变化,程序员同时兼具交互设计师和美工。在ASP.NET时代,一个程序员虽然不一定能设计出很好的界面,但是至少它能工作。而抛弃了控件的视图,则是对他们很大的挑战。

MVC倡导的价值是CoC(约定优先于配置),这和乐高玩具一样的ASP.NET WebForms完全不同。控件、页面、code behind约束了一个程序的结构,虽然笨拙,但是坏不到哪里去。而MVC则不同,MVC的约定是无形的,一个没有学习过这些约定的程序员投入到开发中,他简直就是一个破坏者。一个开发者,它可以打破MVC约定的一切,编写随意的代码,这些代码看似还能工作——事实上比不能工作更糟。

ASP.NET程序员习惯于IDE给他们错误提示,然后修改程序,直到可以交货。你删除一个aspx文件,或者破坏了页面文件的结构,IDE马上就给出错误,直观地告诫开发者此路不通,所以不会出现大错。而MVC则不同——它更像开发者在写一个自由的类库。很可能一个程序还没有交货就被破坏得无法交货。

MVC框架倡导的其他价值包括敏捷、测试驱动开发、领域驱动开发、持续集成、restful url、低调的javascript等等,无论从开发思维还是项目管理上,都让现有的开发者觉得棘手。

很多书籍、blog都在向现有的 ASP.NET 开发者宣扬 MVC 框架的种种优势。然而事实上并非如此,MVC 与其说比 ASP.NET 传统的开发模式有优势,是因为它的门槛隔绝了初级的开发者,那些优势无不来自标准化、符合约定和敏捷的流程,而并不是 MVC 框架本身——让新手使用 MVC 只会带来灾难。

MVC是为熟练掌握web标准和同时渴望敏捷开发又不失严谨的开发者准备的,但是这有些滑稽——因为这个群体的大多数人都更愿意使用非微软平台的产品。也许MVC还适合那些以C# 3/4为起点的开发者,但不是是现在的这批,这需要时间的证实。

随着html5的问世,websocket,xmpp,nodejs等等新技术/标准将会对现有的技术再一次洗牌,我们拭目以待。

 

=============================================================

http://bbs.csdn.net/topics/370151376

 

======================

我们如何评价微软呢? 封装大师,是最贴切的。本人不认为微软在计算机领域有任何值得称道的建树,微软和国内的那些商业性质很强的计算机类公司一样,不是一家技术主导的公司,仅仅是恰好做IT行业而已。

最近这两年,微软又搞出了一个 asp.net mvc ,又像当年 asp webform一样,引起一阵学习讨论的狂潮,但是大家想过没有,学习的成本是非常昂贵的,一家有规划和远景的公司,一个有长远眼光的开发者,应该都会严格控制学习的成本的。

既然asp.net mvc 又是一个 微软封装的产物,我们有必要投入巨大的成本来学习跟进吗?

当年微软推出 asp.net webform的时候,网上那些对微软技术之外的技术了解不多的人们,大肆吹捧webform。什么革命性的改进,统一了web和桌面程序。。。会写asp.net server control成了一个高手的代名词。

可是几年后呢,随着web 2.0大行其道,人们对页面的美观、交互有了更高的要求,这时webform就不行了,就算是使用asp.net的网站,也无一不例外的放弃了webform,viewstate, server control。。。

于是微软的asp.net团队又开始封装,搞出一个MVC。虽然各种视频、教材里都说,asp.net mvc 是 asp.net web开发的另一种选择,不是替代 webform的,但是他们的内容里又无一例外的指出了webform的种种不是,把webform批得一无是处。

好吧,微软自己闪自己嘴巴子,咱们就不笑话它了,毕竟一个学法律出身还半路退学的同学搞的计算机公司,在技术上不能期望它有多高的建树。

我们再来看看asp.net mvc,甚至其它web mvc模型,难道就没有不合适的地方吗? 我们还是用微软宣传mvc一个重要原因:回到web开发的本来面目,直接面对html和javascript/css来说吧。

当年html出现的时候,都是静态文件html, 我们在浏览器输入一个页面地址,在服务器上对应的路径下就有那个文件。但是MVC是这样吗?不是,MVC把你的请求给路由转向了,我打开一个MVC项目的源代码,实际上我一下是看不到这里面可以访问哪些页面的。这是非常不合适的,还是没有回到Web的原始状态。

这里说到URL重写,路由等词语,我认为应该是是搜索引擎适应我们的网站,而不是网站适应搜索引擎!URL重写等技术,虽然号称是SEO,但是实际上对程序的逻辑完整性是不利的。有时候一个页面出错,我为了找到是哪个页面的问题,不得不去配置文件里搜索URL对应的实际页面的地址。但是,为什么不直接使用页面的地址呢?

另外一个,MVC的模型过于复杂,Model,View,Controller三种划分,造成项目里过多的类,如果你在非常劳累的情况下加班处理这些程序,你很容易陷入混乱状态。

我们看看PHP,从Web出现早期,知道今日Web 2.0, web 3.0,一直是常青树,为什么?就是因为简单! 微软当年批判自己的asp,说代码和html混在一起,不好,于是力推webform,html代码中使用server control来分离html和代码。过了几年, webform不行了,又说要让web开发回到本来面目,于是又转回去力推mvc,又在页面中混杂html和布局代码。这都不要脸到什么地步了? 

asp.net团队说让web开发回到本来面目的说法,是正确的,但是MVC还是一个不让人满意的产品。不过asp.net团队又搞出一个web matrix和asp.net web pages,说白了,就是使用MVC中的视图层和视图模版,但是把逻辑代码也写在html页面里,这非常类似微软以前的asp,但是又不好意思重启asp,就做了一些变化。

其实微软最应该做的,既不是asp.net mvc, 也不是asp.net web pages,而是应该发布一个 asp 4.0, 把当年的asp 3.0升级一个版本,使用javascript作为asp 4.0的脚本语言,同 时引入对.net framework的支持,也就是说让服务器端的javascript支持CLR,放弃原来在asp中的vbscript和COM。

微软有了C#, J#, F#, IronPython, IronRuby .....但是微软偏偏不推出 Javascript#。

(至于服务器端的node.js,哥想说,要不是那个傻乎乎的作者非要搞极客一样的异步调用,node.js 本来可以在段时间内火起来的,可惜,人最难改变的就是思想认识。)

在服务器端和客户端都使用相同的javascript,好处是大大滴。一方面可以让开发者身兼数职,招聘的人员只需要精通javascript,这比洋洋稀松的人写得代码质量高多了。另一方面输入验证等逻辑,完全可以公用相同的代码。

在科技界,甚至其它行业,一直有一些口号在流行:活到老学到老...本人学习新技术能力强...xxx过时了,现在都yyy了...我想问这些话都是谁说的?既然那么多牛人大师,都是在多年的研究学习后,说要重返C,重返C++,重返系统编程等,怎么还有人宣传学习新技术呢?这背后的推手就是微软和一些新手。

宇宙多少亿年了,都遵循着一成不变的规律,我们人生才短短几十载,干嘛要改变?你嫌你自己活的时间太长吗? 微软是喜欢年轻人不停的学习的,不然它封装的新组件,谁用啊

http://blog.csdn.net/unistd/article/details/7670397

  • 0
    点赞
  • 0
    评论
  • 0
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

自同步软件是一款自同步是最好用的局域网文件实时同步工具。软件使用方便、同步快速,并且支持五大平台,包括windows、mac、linux、android和IOS(未发布)。 轻松实现多设备之间的无线数据同步,无需注册下载即用,简单与智慧并存,安全与极速并重,您居家办公必备的之神器。 自同步软件特点 1.全平台覆盖。 包揽所有平台,让跨平台使用数据不在那么遥远。 你不必担心在Windows、Linux、Mac多平台间的数据传递;更不必担心在电脑、手机、平板等多设备间传输文件的跨平台问题。 自同步全平台覆盖(Windows、Linux、Mac、Iphone、Ipad、Android),完美解决跨平台问题,让跨平台使用数据不再那么遥远。 2.独创P2P同步。 无需中心服务器,任意两个设备自动同步数据。 您无需为在电脑和电脑间传递数据而到处寻找U盘;也无需为在手机与电脑间拷贝图片而使用数据线。 自同步以独有的P2P同步技术让您在任意两个设备上自动同步文件。 3.数据只属于你。无需云,无需外网,安全高速。 你无需在使用云服务同步文件时为担心数据丢失、泄露而苦恼;更无需在传输大量文件时因需要等待很长时间而发愁。 自同步无需云、无需外网,安全高速,数据只属于你。 自同步软件功能 1)在无网的情况下,手机、平板、电脑间无线同步数据。 2)零流量极速同步,歌曲图片秒同步,大文件同步速度无限制。 3)点对点通信,同时数据传输加密,最安全的同步工具。 4)支持Android手机、Android平板、Windows、Linux、Mac OS X。
©️2021 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值