本文共 7376 字，大约阅读时间需要 24 分钟。
本章概要
本章首先简要介绍ASP.NET MVC, 解释它怎样适应ASP.NET MVC的历史版本，总结ASP.NET MVC3的主要更新，并展示如何配置ASP.NET MVC3应用程序的开发环境。
鉴于本书是介绍某web框架的高级系列教程之一，因此将介绍的言简意赅。我们不打算花费过多的时间来说服您来学习ASP.NET MVC,而是假设您已经为此而购买了本书。要想证明一个软件框架和模式成功，最好的方式莫过于展示它在现实世界中的应用。
ASP.NET MVC是将Model-View-Controller模式应用到ASP.NET 框架，而形成的搭建web应用的架构。我们首先看一下ASP.NET MVC和ASP.NET 框架的关系，然后再逐个难点进行突破。
自从2002年发布ASP.NET 1.0以来，人们很容易把ASP.NET 和Web Forms看做一回事。ASP.NET 通常支持两个抽象层：
ASP.NET的主要开发方法是有一系列的web表单堆叠而成的-通过拖拽控件，魔术式的状态管理，以及后台编译时神奇的服务端控件处理（但经常混淆页面生命周期，不够优化的HTML,等等）。
但是，有些可能性还是存在的——直接响应HTTP请求，按照web框架真正的工作方式来进行构建，以及通过Handlers,Modules或其他手写代码来编写优雅的HTML代码。你可以实现，但是十分复杂，因为没有任何内建的模式来支持这些。但是，在更广范围的计算机科学界是不乏设计模式的。自从2007年发布ASP.NET MVC以来，ASP.NET MVC正在逐渐成为最流行的web开发框架之一。
Model-View-Controller(MVC)多年来一直是重要的设计模式之一。1979年时最初被称作Tbing-Model-View-Editor，后来简称Model-View-Controller。它是用来分离应用程序关注点的强有力的方法（例如，将数据访问层和展示逻辑分离开来），并能极好地适用于web应用程序。很明显，分离关注点将会为应用程序的设计添加些许额外的复杂度，但肯定是利大于弊。自从发布以来已经应用于许多框架中，可以看到，无论在Java还是C++, Mac还是Windows，它已经渐渐融入了诸多框架。
MVC将应用程序的用户界面划分为三个方面：
MVC用作用户界面模式
请注意我们引入MVC作为一种用户界面模型。MVC模式展示了一种处理用户交互的解决方案，但是并没有提到应该怎样处理数据访问、服务交互等其他应用程序的关注点。在通往MVC时要记住一点：它是有用的模式，但很可能只是开发应用过程中用到的诸多模式之一。
MVC模式经常被用在web编程中，关于ASP.NET MVC可以大致这样理解：
短短两年之内，已经发布了三个主要的ASP.NET MVC版本以及几个其他过渡版本。为了更好地理解ASP.NET MVC3，了解它的发展历程也是很重要的。本节主要介绍三个ASP.NET MVC版本的内容及背景。
ASP.NET MVC 1概述
2007年2月，微软的Scott Guthrie (“ScottGu”)在飞往美国东海岸参加会议的途中构思出了ASP.NET MVC的要点。这是一个简单的应用，只包含几百行的代码，但为一些web开发者听众带来的希望和潜力却是巨大的。
接下来，2007年10月，在华盛顿雷德蒙德举行的奥斯汀ALT.NET会议上，ScottGu想众多开发者展示了“在飞机上编写的超酷的东西”，并问他们是否看到了这个需要以及大家的看法。这是比较令人震惊的。事实上，很多人关心这个叫做Scalene的原型。Eilon Lipton 2007年9月将第一个原型发送给了团队，然后他和ScottGu 一起将原型、代码以及想法来回修改了多次。
即便到了官方版本发布之时，很明显ASP.NET MVC仍然不是我们标准的微软产品。它的开发周期包含了很强的交互性：官方版本发布之前发布了九个测试版本，进行单元测试，源代码也是采用公开的序列号。这一切都强调了一个哲理：在开发过程中要注重沟通交流。最终的成果是官方版MVC 1.0发布了，包含代码及单元测试，而且已经被由使用它的开发者们进行了预览和使用。ASP.NET MVC 1.0于2009年3月13日正式发布。
ASP.NET MVC 2概述
仅仅时隔一年之后，2010年三月ASP.NET MVC2发布了。MVC2的主要特点包括：
MVC2的发布开设了一个先例，即没有太多突破性的改变。我想这是ASP.NET MVC设计模式需要遵循的一个约定，在不改变核心的前提下进行一系列扩展。
ASP.NET MVC3概述
迫于Web Matrix的发布日期，ASP.NET MVC3(以后本书简称MVC3)在MVC2后10个月就发布了。假如MVC 3是装在箱子里的，那么它的前面可能会写着：
对于曾经用过之前版本MVC的读者来说，我们将快速浏览一下这几个主要特性来开始我们的MVC之旅。
Razor是自十年前ASP.NET 1.0发布以来对于HTML展示的一个最主要的更新。在MVC1和2中默认使用的view引擎是Web Forms View引擎，因为它和Web Forms使用相同的ASPX/ASCX/MASTER文件和语法。它可以正常运作，但它的设计是支持在图形编辑器中进行控件编辑的，然后进行显示。下面是一个Web Forms页面语法的例子：
<%@ Page Language=”C#” MasterPageFile=”~/Views/Shared/Site.Master”
Inherits=”System.Web.Mvc.ViewPage<MvcMusicStore.ViewModels.StoreBrowseViewModel>”
%>
<asp:Content ID=”Content1” ContentPlaceHolderID=”TitleContent” runat=”server”>
Browse Albums
</asp:Content>
<asp:Content ID=”Content2” ContentPlaceHolderID=”MainContent” runat=”server”>
<div class=”genre”>
<h3><em><%: Model.Genre.Name %></em> Albums</h3>
<ul id=”album-list”>
<% foreach (var album in Model.Albums) { %>
<li>
<a href=”<%: Url.Action(“Details”, new { id = album.AlbumId }) %>”>
<img alt=”<%: album.Title %>” src=”<%: album.AlbumArtUrl %>” />
<span><%: album.Title %></span>
</a>
</li>
<% } %>
</div>
</asp:Content>
Razor是专门设计用来作为view引擎语法的。它有一个主旨： code-focused templating for HTML generation.下面是如何使用Razor生成相同的标签：
@model MvcMusicStore.Models.Genre
@{ViewBag.Title = “Browse Albums”;}
<div class=”genre”>
<h3><em>@Model.Name</em> Albums</h3>
<ul id=”album-list”>
@foreach (var album in Model.Albums)
{
<li>
<a href=”@Url.Action(”Details”, new { id = album.AlbumId })”>
<img alt=”@album.Title” src=”@album.AlbumArtUrl” />
<span>@album.Title</span>
</a>
</li>
}
</ul>
</div>
Razor语法容易输入和阅读，它不像Web Forms引擎中包含XML类似的重量级语法。
我们已经谈了用Razor语法进行开发的不同。为了将它推广到更多的地方，我们一起看一下开创Razor语法的团队的设计目标：
@foreach (var album in Model.Albums)
{
<li>
<a href=”@Url.Action(“Details”, new { id = album.AlbumId })”>
<img alt=”@album.Title” src=”@album.AlbumArtUrl” />
<span>@album.Title</span>
</a>
</li>
}
基于母版页的概念进行改进，Razor使用Layouts简化了标签，它具有更高的灵活性和更少的代码。
这仅仅是Razor使编写view代码简洁有趣的亮点之一，我们将在第3张中进一步深入讨论。
输入验证是构建Web应用过程中非常重要的一环，但是并不有趣。我通常在确信它正常工作的前提下，花费尽可能少的时间来编写验证代码。
MVC2的属性驱动验证系统通过用声明性代码取代反复的强制性编码，从而减少了该过程中的许多麻烦。有许多情况下最好忘掉这种“主逻辑”，并且不得不编写更多大量的代码。MVC3扩展了这种验证支持，来应对将可能遇到的大多数情景。要想了解ASP.NET MVC更多关于验证的信息，请查看第6章。
MVC2是基于.NET3.5进行编译的，所以并没有提供对于.NET 4数据注释功能的支持。由于.NET 4的支持，目前MVC3已经添加了一些新的并且非常有用的验证特性。这些例子包括：
MVC3对于.NET 4 IValidatableObject借口的支持得到了广大的认同。通过在model类中实现该借口并实现Validate方法，你可以通过任何你能想到的方式扩展model类。代码如下所示：
public class VerifiedMessage : IValidatableObject {
public string Message { get; set; }
public string AgentKey { get; set; }
public string Hash { get; set; }
public IEnumerable<ValidationResult> Validate(
ValidationContext validationContext) {
if (SecurityService.ComputeHash(Message, AgentKey) != Hash)
yield return new ValidationResult(“Agent compromised”);
}
}
JavaScript在当代任何web应用中都是十分重要的部分。ASP.NET MVC3添加了一些客户端开发的重要支持，并集成了高质量JavaScript的当前标准。要想了解ASP.NET MVC3中新的Javascript相关特性，请看第8章。
Dependency Resolution
ASP.NET MVC3引入了名为dependency resolver的新概念，它极大的简化了应用程序中的依赖注入的使用。它更容易去除应用程序组建的耦合性，并且提高了可配置性和可测试性。
以下情况下已经添加了相应支持：
这是一个足够大的话题，所以我们用一整章（第11章）来讨论。
Global Action Filters
MVC2 action filters提供一个钩子，在执行某个action之前或者之后执行一些代码。它是通过将自定义特性应用于controller action或者全局controller来实现的。MVC2中包含了一些过滤器，就像 Authorize特性等。
MVC 3使用全局action过滤器进行了扩展，他可以应用于真个应用程序中的所有action方法。这对于应用程序的基础关注点是非常有用的，例如如handling和日志等。
这是一些伟大的特性，但是如果让我来设计这个箱子，我会在上面写着：
本文转自 陈敬（Cathy） 博客园博客，原文链接：http://www.cnblogs.com/janes/archive/2012/03/26/2418123.html，如需转载请自行联系原作者