1)ASP.NET Webforms Behind Code利于快速开发，方便可视化操作。
2)ASP.NET 使用了“基于视图”的解决方案去应对“基于行为”的需求，它处理了客户端的请求，IIS将请求转给对应的页面视图，然后又进行了页面的生命周期的一系列事件，最后服务器返回了一个HTML格式给客户端，这一过程对于
现今的MVC架构而言实在是太繁琐了，而现在的MVC直接将请求给对应的Controller控制器，控制器经过处理直接返回视图View给用户。
3)ASP.NET 不好的架构模式带来的副作用：紧耦合;页面代码ASPX和页面控制代码ASPX.cs永远无法分离，不同页面不能轻易组合使用，页面事件过多维护周期过长。而MVC则不一样，视图可以来回轻松切换，代码易于重用，实现简单方便。
4)HTML并不是服务器返回数据的唯一格式,ASP页面返回格式固定是HTML格式，如果要弹出JS或者使用Ajax调用，就不太方便了，那就只能借助Response了，这就很头疼了。而MVC返回格式是多样化的，JSON格式、HTML格式、JAVAScript格式都可以。
5)“视图”与“数据”的灵活组合,MVC直接将需要的数据传递给页面即可，视图的UI只负责展示即可，不用像ASP一样调用复杂的数据逻辑，何况ASP页面展示逻辑又容易和数据逻辑互相串联，违背了单一原则。
MVC由基于视图的ASP.NET转变为基于行为的架构，更改了如下内容：
a.原理的Behind Code定义为相关的Controller类，原来的事件变成一系列的Action方法
b.View仅仅用于展示数据，不再和数据逻辑纠缠在一起了
c.数据访问层DAL不用做多大改变，因为它本身和Behind Code牵连少，因为中间隔了个BLL业务逻辑层。
因此MVC的Controller类只处理了相关的基于行为操作
现在，MVC通过获得请求，然后把请求给Controller控制器,控制器找到相关的Action,
而Action只需要访问数据，然后将访问的数据经过各种处理之后，将View呈现给浏览器即可。
总而言之：ASP.NET可视化，方便开发人员快速开发，MVC页面与数据逻辑分离，实现了面向对象的思想，方便代码维护、复用、开发。
以上内容为个人参考网上内容后做的简洁描述，若有不当之处，所见者不妨提提意见，以促改进，感谢!