mvc和webform
一直用webform，工作开始mvc。现在看了两天了，还是有些迷茫啊。像webform使用ajax，什么分页，httpmodule等等都挺方便。
上班现在只是看了看项目，都头大了。就像我第一次接触一个asp.net面向过程的开源网站似的。什么传值啦，调来调去的action啦。晕啊。今天唯一收获指出了项目的一些小问题。其实也算不得什么收获。

我现在是看着mvc各种教程代码，脑袋里想的webform的开发...我感觉弄个ef模型还不如让我写一堆DAL代码。

我真怕到时候项目来了，应付不了啊。

究竟mvc真的那么好，比webform。是一个趋势？

------解决方案--------------------
我没用过mvc，也不感兴趣，但各有个好处，lz如果不想做就辞职，耽误公司耽误自己都不好
------解决方案--------------------
webform是一种傻瓜化的开发方式。mvc回归了web开发的本源。比如对http协议、html规范的尊重，以及它的编码习惯类似除了webform以外的所有主流平台，包括php、jsp(ssh)、ror、python等等。如果lz是一个一般公司的it部门的员工，只是从事本单位内部的小网站的开发，webform足够了。但是对于软件公司/互联网公司，恐怕webform显得业余了一些。
------解决方案--------------------
webform就是个坑爹货，控件化和页面一级的事件驱动从根本上违反了http没有状态的天性。在服务端，控件难以开发，自定义控件的 render 方法非常难以用直观的方式编写，在客户端，服务端控件生成的凌乱代码非常不利于javascript编码，一旦对页面有比较精细的要求就会发现到处都是不方便。webform没有跟上ajax浪潮不是偶然的，实在是它的结构太不利于ajax编程了。淘汰是必然。asp.net是.net重要组成部分，微软决不能让asp.net跟着webform一块完蛋，所以哪怕是抄，也要抄出一个mvc来。
------解决方案--------------------
有情帮顶。 

------解决方案--------------------
我觉得也是

某些应用webform 确实得心应手~ 

但是MVC更让人了解HTTP的一些本质
------解决方案--------------------
楼主对MVC认识有误解,貌似你说的是asp.netMVC,这东西从官方提供的所有例程没有一个是符合MVC设计思想的

比如说,你用C#实现了一组WebService接口,
现在客户要求提供对应的JAVA版本,
MVC设计模式,使得你可以充分利用原有的设计,而不用重新开发

同样道理,你设计好的webform平台的应用程序外观,
如果要提供安卓平台的版本,当然也不需要把UI重新做一遍


------解决方案--------------------
webform和MVC无所胃啃爹啃娘的；主要是看如何使用；分别定义了不同的模式和最佳使用方向。存在既有道理............