透过表象要看到本质才行。mvc较之灵活很多，可扩展性也强上许多，还有更多的优点。

刚开始，就是这感觉。MVC需要你了解更多根本性的东西。而不仅仅是拖控件，所以一开始效率不高。

EF不好用，是因为要玩动它需要一定的技术功底。

这种事情只能说:多想想.

1.model绑定,如果没有model绑定你可以想想如果有20参数的情况怎么写?最好的情况就是自己实现一个model绑定

2.路由,如果没有的话.要自定义路由的时候怎么做?能做到MVC这么方便吗

3.mvc的过滤器.如果没有过滤器.怎么通过特性来实现aop.

MVC好用的地方就在于AOP.各种扩展点.

EF如果设计功夫不好.确实不如自己写个数据访问层+T4开发效率高.

但那是自己本事不行.不能说EF不好用.只能说自己不会用

PS:我到现在也是用不好EF

1、所谓的model绑定，这个不是mvc独有的，mvvm模式自带vm这种东西。

2、路由方便？我想想看，可能是要比，一个方法一个switch方便一点，

mvc我感觉就是，同样的后台，可以写多套，view出来。

MVC真正入手后，开发效率不是盖得，前提你得跨过适应期

MVC效率不高。你之前用的是什么。。。

你的感觉是对的，只因效率快与慢都是相对的：

如果你以前搞webform，你就觉的mvc变麻烦了；

如果你以前没搞webform，你就觉的mvc还可以。

如果你以前只有ado.net或sqlheper，你就觉的ef好用了；

如果你以前用cyq.data，你就觉的ef不好用了。

就像用了vs，你就觉的eclipse不好用；

但一直用习惯eclipse的，却不会这么觉的，而且还觉的eclipse效率不错。

所以，跟着感觉走~~~。

微软的东西都是Time to market，弄点东西先占市场，再慢慢完善。所以好多东西有，但不精，也是常事。

MVC模式的目的是实现一种动态的程序设计,使后续对程序的修改和扩展简化,并且是程序的某一部分可以重用。除此之外,此模式通过对复杂度的简化,使程序构造更加直.使用mvc对后期的维护更方便

没开发过大型web应用吧，等以后有机会你就会发现，在扩展、分工、测试、性能等方面，webform绝对是微软给开发人员的一次误导。