这个问题最近在博客园里面也有争论。包括公司里面，大家也各有所好，褒贬不一。
说得不好听一点：“web form是微软“大奶”生的，是嫡传正宗，mvc则是二奶所生，乃庶出”。当然，实际上没有那么严重，哈哈。web form十分熟悉，项目一直都是用它；mvc，只是原来参与公安的一个java项目的时候，做了几个页面，后来，对asp.net mvc则只是“调戏”了几下，做了几个demo演练演练，没有用它实际做过项目。请允许我说说其中的感觉：
1 就开发效率和体验来讲，我认为，mvc离web form差很多。mvc中的，v又回到了过去那种堆叠html的方式，界面表现和服务器代码分离过重，真要说，这有利美工和开发人员的分工，我觉得反而给开发人员后面带来多余的替换标签的负担，反而web form的服务器标签和后台代码的天然结合性来讲，开发人员更加清晰，就接触到的公司来讲，开发人员同时承担着大部分美工、产品经理的角色。
2 就性能来讲，mvc占上风，因为web form每一次背负了页面生命周期，同时，viewstate带来了网络流量。但是，请不要质疑web form做大型项目的能力，嘎嘎,还有那么多大型网站基于web form的都性能好好的，我们做的那些不超过10000人使用的应用，还构不成挑战web form性能的压力。
3 mvc比较热捧的一个地方就是对测试的友好性，我觉得，这点来讲，有点“叫好不叫座”，因为，就公司的测试人员来讲，大多都是人工点点，对两者的体验并没有那么明显，即便用上自动化测试工具，最终体验也差不多，只能说，测试单元与测试单元之间的相互影响，mvc比web form更小一些。
综上所述，我觉得，中小型应用，web form是较优选择，大型项目，可考虑mvc。而且，web form门槛低，入门简单，新人的学习成本低，非常适合企业里面组织团队开发。一种技能就像一种武器，只有装备上整个集团军队，才能真正发挥其威力。