一、为什么说 ASP.NET WebForm 比 ASP.NET MVC 要差？
WebForm 顾名思义，微软一向主打简单化，窗体模式，拖拽控件就能做网站了，
然而这也引发了许多 Java 和 .NET 语言好坏（性能）的争议，
很早的时候部门老大不让用服务器控件，现在才明白是为什么。
我们不得不考虑的问题是，既然ASP.NET Web Form 如此成功且具有优势，为什么微软还要推出ASP.NET MVC?
主要是因为ASP.NET Webform的性能问题。在Web应用程序中从两方面来定义性能：
1. 响应时间： 服务器响应请求的耗时
2. 带宽消耗： 同时可传输多少数据。
响应时间
我们可以理解为什么ASP.NET Webform比较慢，如图我们做了一些小的加载测试。
分别使用ASP.Net MVC和ASP.Net Webform,发现ASP.Net MVC的响应时间比Webform快了两倍。
接下来我们在思考一个问题为什么ASP.NET MVC的性能更好？看看下面这个示例，简单的UI代码和UI的后台代码。
通过分析我们可以得知，每一次请求都有转换逻辑，运行并转换服务器控件为HTML输出。如果我们的页面使用表格，树形控件等复杂控件，
转换就会变得很糟糕且非常复杂。HTML输出也是非常复杂的。由于这些不必要的转换从而增加了响应时间。
该问题的解决方案就是摆脱后台代码，写成纯HTML代码。
带宽消耗
ASP.NET开发人员都非常熟悉Viewstates，因为它能够自动保存post返回的状态，减少开发时间。
但是这种开发时间的减少会带来巨大的消耗，Viewstate增加了页面的大小。
在做的加载测试中，与MVC 对比，我们发现Viewstate增加了两倍的页面存储。
1、HTML 消耗
现在因为我们都是后台代码和ASP.NET web server控件的努力，我们对于怎样得到HTML以及如何使他们更有效没有更好的办法。
如下面展示的ASPX 代码，你能确定会生成什么样的HTML代码吗？
2、后台代码类的重用性
如果仔细观察一些专业的ASP.NET Webform项目，你会发现后台代码类往往都包含了大量的代码，并且这些代码也是非常复杂的。
而现在，后台代码类继承了“System.Web.UI.Page”类。但是这些类并不像普通的类一样能够到处复用和实例化。
换句话来讲，在Weform类中永远都不可能执行以下代码中的操作：