ASP.NET MVC 框架是 .NET 平台 Web 开发的主流，但是并不适合初学者
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等等新技术/标准将会对现有的技术再一次洗牌，我们拭目以待。
[最优解释]
sf。。。。。。。。
[其他解释]
学习。
[其他解释]
ASP.netMVC绝不是MVC设计模式,更不能算是所谓MVC框架,
JAVA的SSH本来就很糟糕了,ASP.netMVC一脉相承,
ASP.netMVC对MVC设计模式的支持甚至还不如winform和WebForm,SL
充其量和js相当,但遗憾的是JS在客户端,而asp.Net隔山打牛
[其他解释]
当我们实现了一个业务,
既可以用asp.netWebForm去呈现,
也可以用html+js去呈现,
也可以用winform,SL等其他UI平台去呈现,
你只要为这几种UI准备相各自的通用的视图驱动器就可以了
这才是MVC的,
asp.netMVC,要是非要往MVC上扯的话,充其量算作一个html+js的视图驱动器空壳,
而微软并没有提供和数据分离的,动态的驱动界面的手段,
[其他解释]
蹭分，学习
[其他解释]
楼主的观点有偏颇
[其他解释]
飞翔哥：
什么是“和数据分离的,动态的驱动界面的手段”
[其他解释]
必火贴！
------其他解决方案--------------------
路过
[其他解释]
路过，路过，学习学习，顶顶
[其他解释]
原创吗，写的不错。
[其他解释]
不同意楼主的说法，初学者最好直接接触asp.net mvc和http协议，避免成为楼主说的“控件的熟练使用者”。原因不在于技术，asp.net mvc和webform并无本质不同，它们的基础对象都是一样(Context,Request,Repsonse)，用webform一样可以实现mvc模式。问题在于人，开发者最初迈出的那一步，对他的方向和习惯影响非常大，当他习惯了控件的小甜头之后，会没有耐心了解底层的原理。
[其他解释]
总结得好，一直就有这感觉。。
[其他解释]
恩,不错,学习,支持原创
[其他解释]
asp.net mvc 和 entity framework 没有关系，一个是领域层前面的应用层，一个是领域层后面的持久化技术，两者风马牛不相及。如果硬说它们有关系，那也是食客和饭馆的关系，方便而已。asp.net的本质仅仅是对web请求上下文的封装，不要赋予他过多的含义，否则就回到了webform的老路上。
[其他解释]
...........................
我现在正努力成为控件熟练者！
[其他解释]
路过学习，MVC 3很有鸭梨啊
[其他解释]
[其他解释]
我是一个初学者，在哪里可以学习到ｍｖｃ入门，最好有个小例子
[其他解释]
没学过asp.net mvc
[其他解释]
其它部分都很同意。。。
但是MVC其实很适用于初学者。。。
[其他解释]
MVC看起来像是界面与程序都分离了，不过做起来的时候才发现没有那么彻底
另外MVC开发东西个人觉得没有快捷，只是新出来一种强制分离的三层思想，基本都是EF+LINQ的使用
里面的AJAX我觉得jquery比软软封闭的js要好，就像大家用javascript而不用jscript一样，微软总希望强制把自己的东西塞给开发者
优缺点都存在，看情况使用工具
[其他解释]
发表几点个人看法：
1、微软最初的webform，本来是想让大家跳出mvc的圈子。webform其实和jsp没差哪，除了崩溃的控件
2、webform的事件机制很好，终于不用配置action、FORM了；
3、那崩溃的数据持久层，也被DataSet取代了，内嵌的方法甚至让我们可以通过Dataset的XML实现来彻底抛弃数据库，java？除了后来apache的一个xml映射的框架，我还真不知道别的数据持久层除了bean还有什么东西。IBM的BO不错，也是基于XML的实现，但是比起Dataset来，差太多。怎不知道现在的微软还搞什么MVC和三层架构（因为有人还故意把DataSet转换成一个结构体来用，我太崩溃了？难道三层架构都得照着struts做不成）
4、java在BS方面有强大的中间件支持，微软除了IIS，我还没看到别的。尽管目前有很多针对http加速的解决方案，但是，在要求更大的企业级开发中，webform仅仅是个小船而已（偏激了点，至少，央企和政府们全是java的解决方案）。
5、在桌面软件中，则完全会显示微软的优势，java，见鬼去吧。
6、本人java和.net全做，这两种语言都有我喜欢的优势。尽管什么都会做，但是我讨厌SSH那令人崩溃的配置，我讨厌那些自作聪明的服务提供，我讨厌hibernate，ibatis能让我稍微舒服点，我讨厌spring，尽管它能帮我做很多事。
综合来说，这两者的难度其实并未有太大的差别，微软更简单，java稍微繁琐一些。桌面系统微软全面占优，BS各显其能。其实在有针对性的优化过程中，java还是不错的，尽管.net也还行，大家爱用什么语言就用什么语言就是，没得挑这挑那的
[其他解释]
没学过MVC的飘过... 弱弱问一句 MVC真能成ASP.NET的主流吗？
[其他解释]
学习了，需要学的东西太多
[其他解释]
MVC真的是.net的框架的主流吗？
[其他解释]
路过的，asp.net webform，asp.net mvc都是用的说。。。。。。
[其他解释]
UP~~~
[其他解释]
该回复于2012-02-05 13:13:40被版主删除
[其他解释]
该回复于2011-11-16 10:10:25被版主删除
[其他解释]
该回复于2011-09-01 10:18:35被版主删除
[其他解释]
该回复于2011-09-26 10:41:35被版主删除
[其他解释]
