MVC自学第一课

了解传统的ASP.NET WebForm

ASP.NET 在02年问世，给Web开发领域带来了巨大转变。下图描述了当时微软的技术堆栈。

ASP.NET WebForm 技术堆栈

(注：此图的含义为，Web Form 建立在ASP.NET 之上，而ASP.NET 又建立在.NET 平台上，MVC所起的作用是替代这里的Web Form。)

学习MVC之前，我们先了解一下传统的ASP.NET WebForm有哪些缺点。

首先如果问你什么是ASP.NET WebForm，这里可能会有人觉得有点懵。生活往往就是这样，有些东西我们心里明明清楚是那么一回事，但就是不知道怎么用语言来表述。

好了话不多说，先上一段个人觉得比较通俗易懂的解释。

作用于将用户界面(UI)模拟为服务器端控件对象层的办法，微软试图利用WebForm 把HTTP(具有无状态本质)和HTML都隐藏起来。每个控件在请求期间都跟踪自己的状态(通过ViewState)，在需要时把自己渲染成HTML，并自动地将客户端事件(如按钮点击)与相应的服务器端事件处理代码相关联。结果，Web From被设计成Web上传递传统事件驱动式GUI(图形用户界面)的一个巨大的抽象层。其思想是，让Web开发在感觉上与Windows Form开发相同。开发者不再需要以一些列独立的HTTP请求和响应进行工作，可以认为它是一种状态话UI。我们可以忘记Web及其无状态本质，转而用一种(拖——放)式设计器来创建UI,并假象或至少假装，所有的事情都发生在服务器上。

1.传统的ASP.NET WebForm 开发曾是一种了不起的思想，但是事实证明它更加复杂。随着时间的推移，Web Form在实际项目中显现出了一些缺陷：

视图状态负荷

传统的ASP.NET WebForm模式利用ViewState保存表单的状态信息，由于B/S程序本身的限制，ViewState存储数据需要在隐藏表单域里面放置很大一段字符串，这回大大增加页面的字节数，导致网页加载变慢。

页面生命周期

页面生命周期过于复杂。比如控件的Init事件在Page的Init事件之前执行，而Load事件是控件后执行。事件处理的事件

HTML上的受限制

服务器控件将自己渲染成HTML，但并不是我们所期望的那种必要的HTML。在ASP.NET 4之前，这种HTML输出通常不符合Web标准，或不能很好地使用CSS。而且，服务器控件会生成不可预测的且复杂的ID值，结构这些ID很难用JavaScript进行访问。

关注分离做的不好

Webform开发是一个页面对应一个code-behind class，原本的目的是将展示和逻辑分离。但是在实际开发的时候，面对某些需求，还是经常会在class中写一些控制界面展示的代码。

低可测性

页面和code-behind class绑定在一起，无法单独对逻辑进行测试；不支持单元测试。

当然ASP.NET一直在不断改进，版本2.0添加了一组标准的应用程序组件，可以减少开发者需要编写的代码量。2007年发布的AJAX是微软对Web 2.0/AJAX疯狂时代的回应，它支持富客户端交互，同时简化了开发者的工作，最新版的4.0能够生成等易于预测且与标准兼容的HTML标记，但依然存在许多内在的局限性。

ASP.NET MVC

ASP.NET MVC的优点如下：

采用MVC架构：分离了关注点，比如开发Controller的时候，只需关注如何处理交互，从request中获得什么数据，业务逻辑交给Model处理，还需要把哪些数据传给页面用于展示，如何展示交给View处理。
更好的扩展性：ASP.NET MVC框架由一些列独立的组件构成，你可以轻松替换，如路由系统、the View Engine、the controller factory或者其它框架的组件。
更好的可测性：关注点的分离另外一个好处就是更好的可测性。
能够完全控制输出的HTML。
强大的路由功能。

下一课再深入的讲解MVC的一些知识。