ASP.NET 3.5 MVC框架深度解析

最新推荐文章于 2025-08-22 16:04:43 发布

原创最新推荐文章于 2025-08-22 16:04:43 发布 · 514 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#asp.net #mvc #框架 #web #测试 #application

一、简介

MVC （模型—视图—控制器）结构模式把一个应用程序拆分成三个主要组件：模型、视图和控制器。在创建基于MVC 框架的Web 应用程序时，你可以把ASP .NET MVC 框架作为ASP.NET Web 表单模式方案的一种重要候选。较之于基于Web 表单的应用程序，ASP.NET MVC 框架是一个轻量级的、测试性强的描述框架，它能够与现有ASP.NET 特征（例如母版页面和基于成员身份的认证）紧密集成。MVC 框架定义于System.Web.Mvc 命名空间中。

长时间以来，MVC 是一种为众多开发人员所熟悉的标准设计模式。一些类型的Web 应用程序受益于MVC 框架，而另一些将继续使用基于Web 表单与回寄技术的传统型ASP.NET 应用程序模式，还有一些类型的Web 应用程序则有可能把这两种模式结合到一起使用。总之，MVC 框架方案与Web 表单方案并非相互排斥的。

总体来看，MVC 框架包括下列组件：

（一）模型。模型对象是实现应用程序数据域逻辑的部分。经常情况下，模型对象还负责从数据库 中检索和存储模型状态。例如，一个产品对象有可能从一个数据库中检索信息，操作其中的数据，然后把更新信息写回SQL Server 数据库中的某一个产品表格内。

【提示】在小型应用程序中，模型经常是一个概念上的分离而不是一个物理概念。例如，如果应用程序仅读取一个数据集并且要把它发送到视图中，那么应用程序就不必专门创建一个物理模型层和相关联的类。在这种情况下，数据就直接承担了一个模型对象的角色。

（二）视图。视图是负责显示应用程序的用户接口(UI) 的组件。典型情况下，这个UI 是基于模型数据创建的。一个典型的示例就是一个产品表格的编辑视图。在此视图中，可以基于一个产品对象的当前状态显示文本框、下拉列表框和复选框等控件。

（三）控制器 。控制器组件的作用是负责处理用户交互，操作模型，并且最终选择一个要显示UI 的视图并生成之。在一个MVC 应用程序中，视图仅仅负责显示信息，而由控制器负责处理和响应用户输入与交互。例如，由控制器来处理查询字符串值，并且把这些值传递到模型，然后在模型中使用该值进行数据库查询。

MVC 模式在帮助你把应用程序的不同方面( 输入逻辑，业务逻辑和UI 逻辑) 分离开来的同时，提供了这些元素之间的松耦合。MVC 模式要求每一种不同的逻辑应该存在于应用程序中的特定位置。例如，UI 逻辑隶属于视图，而输入逻辑隶属于控制器，业务逻辑则隶属于模型。这种分离有助于你在构建一个应用程序管理复杂性，因为它能够使你在某一时刻仅专注于实现的一个方面。例如，你可以专注于视图而不去关心业务逻辑。

除了管理复杂性外，较于测试一个传统型ASP.NET Web 应用程序，基于MVC 模式进行开发使得测试应用程序更加容易。例如，在一个传统型ASP.NET Web 应用程序中，单个的类既用于显示输出也用于响应用户输入。因此，为传统型ASP.NET 应用程序编写自动化测试可能非常复杂，因为为了测试单个页面，你必须实例化页面类，它所有的子控件以及应用程序中的其他依赖类。总之，你需要实例化大量的类才能够运行该页面，所以这种情况下要比针对应用程序的单个部件编写测试困难得多。于是，针对传统型ASP.NET 应用程序的测试很可能比实现一个使用MVC 框架开发的应用程序的测试要复杂和艰难得多。而且，一个传统型ASP.NET 应用程序在测试时还需要使用一个Web 服务器。相比之下，MVC 框架把组件分离开来并且大量地使用接口，这使得有可能独立于框架的其他部分而较容易地单独测试单个组件。

此外，一个MVC 应用程序的三个主要组件之间的松耦合特征还推动了平行开发。例如，一名开发人员可以开发视图，而另一名开发人员则在开发控制器逻辑，第三名程序员则可以专注于模型部分的业务逻辑的开发。

二、 基于MVC 框架Web 应用程序的优点

归纳来看，ASP.NET MVC 框架主要提供了下列优点：

通过把一个应用程序分离成相互独立的模型、视图和控制器三部分而进一步提高了应用程序复杂性的管理。

不再使用视图状态或基于服务器的表单技术。这使得MVC 框架特别有利于想全面控制一个应用程序的行为的开发人员。

使用一种前端控制器（Front Controller ）模式并通过单一的控制器来处理Web 应用程序请求。这一特征使你有可能设计出一个支持极其丰富的路由基础结构的应用程序。有关于前端控制器的更多的信息，请参考http://go.microsoft.com/fwlink/?LinkId=106357 。

提供对于测试驱动开发(TDD) 的大力支持。

三、 基于Web 表单Web 应用程序的优点

传统型基于Web 表单的框架能够提供下列优点：

支持事件模型。此模型能够保留HTTP 传输过程中的状态，而这十分有利于在线业务式Web 应用程序的开发。基于Web 表单的应用程序提供大量的事件，所有这些事件都得到数以百计的服务器控件的支持。

使用一种页面控制器（Page Controller ）模式，此模式能够把许多功能添加到单个的页面。有关于页面控制器的更多的信息，请参考http://msdn.microsoft.com/zh-cn/library/ms978764.aspx 。

使用视图状态或基于服务器的表单，这使得状态信息管理更加容易。

四、 ASP.NET MVC 框架特征

概括来看，ASP.NET MVC 框架大致提供了下列重要特征：

实现应用程序基本任务（输入逻辑，业务逻辑和UI 逻辑）的分离，支持测试及测试驱动开发（TDD ）。MVC 框架中所有的核心契约都是基于接口的，因此十分利于使用mock 对象（这是一些模拟应用程序中实际对象的模拟对象）测试工程。你可以对应用程序进行单元测试而不必在真正的ASP.NET 进程中运行控制器，这加快了单元测试的速度和灵活性。你可以使用与.NET 框架相兼容的任何单元测试框架测试你的工程。

提供了一个可扩展的和可插接的框架。ASP.NET MVC 框架组件的设计支持用户十分容易地对它们进行替换或定制。你可以设计并加入你自己的视图引擎，URL 路由策略，行为方法参数串行化，以及其它组件。ASP.NET MVC 框架还支持使用现有依赖性注入（即“Dependency Injection ”，简称“DI ”）和控制反转（IOC ）容器模型。其中，DI 允许你把对象注入到一个类中，而不是依赖于类去创建对象本身。而IOC 指定，如果一个对象要求使用另一个对象，那么第一个对象应该从一个外部源（例如一个配置文件）得到第二个对象。这一支持极有利于对工程的测试。

实现了一个强有力的URL 映射组件，支持你在应用程序中构建易于理解的可搜索的URL （而不是像诸多Web 应用URL 中的那种极其复杂的表达方式）。如今，URL 中不必包括文件扩展名，而且其设计还支持URL 命名模式。因此，这种模式有利于搜索引擎优化（SEO ）和REST （表述性状态转移）寻址。

支持在现有ASP.NET 页面(.aspx 文件) 、用户控件(.ascx 文件) 以及母版页面(.master 文件) 标记文件中把标记用作视图模板。你可以在使用ASP.NET MVC 框架的过程中继续使用现有ASP.NET 特征，例如嵌套的母版页面，内联表达式（<%=%> ），声明性服务器控件，模板，数据绑定，本地化，等等。

支持现有ASP.NET 特征。ASP.NET MVC 框架支持你使用例如表单和Windows 认证，URL 授权，会员和角色，输出缓冲和数据缓冲，会话和配置状态管理，健康监视，配置系统，提供者架构，以及其它ASP.NET 特征。

五、 URL 映射

典型情况下，在一个ASP.NET 网站中，URL 会被映射到存储在磁盘上的文件( 主要是指.aspx 文件) 。这些.aspx 文件中将包括针对客户端发出的请求要处理的代码或标记。

ASP.NET MVC 框架以不同于ASP.NET 网站应用程序的方式把URL 映射到服务器代码。MVC 框架不是把URL 映射到ASP.NET 页面或HTTP 处理器程序，而是直接把URL 映射到特定的控制器类。然后，由控制器类负责处理发来的请求，例如用户输入与交互，以及基于用户输入执行适当的应用程序及数据逻辑。典型地，一个控制器类调用一个单独的视图组件来生成相应的HTML 输出作为对客户端发出请求的响应。

在ASP.NET MVC 框架中，模型、视图和控制器组件被分离开来。典型地，模型组件主要负责维护数据库中持久数据的状态，而视图组件则由控制器进行选择并最终在客户端生成相应的UI 。默认情况下，ASP.NET MVC 框架使用现有ASP.NET 页面(.aspx) ，母版页面(.master) 和用户控件(.ascx) 类型作为在浏览器端的输出形式。控制器组件将定位控制器中适当的行为方法，取得用作行为方法的参数值，处理执行行为期间所有可能发生的错误，并生成要求的视图。每一组组件各自存在于一个MVC Web 应用程序工程的一个单独的文件夹下。

通过提供了一个URL 映射引擎，ASP.NET MVC 框架在把映射URL 到控制器类方面提供了相当的灵活性。你可以使用这种映射引擎来定义路由规则，然后ASP.NET MVC 框架使用这些路由规则来计算发来的URL 请求并选择要执行的控制器。你还可以让路由引擎自动地分析URL 中定义的变量并且使ASP.NET MVC 框架把这些内容以参数方式传递给控制器。

六、 MVC 框架与页面回寄

ASP.NET MVC 框架并不使用传统的ASP.NET 回寄模型来实现与服务器端的交互。代之的是，所有的终端用户交互都被路由到一个控制器类。这有利于保持UI 逻辑和业务逻辑的分离，并且有助于测试目的。结果是，ASP.NET 视图状态和ASP.NET 页面生命周期事件并没有与基于MVC 的视图集成到一起。

七、 创建一个简单的ASP.NET MVC 应用程序

ASP.NET MVC 框架提供了支持Visual Studio 的工程模板，从而让你创建支持MVC 模式的Web 应用程序。

这些MVC 工程模板包括：

“ASP.NET MVC Web Application ”模板
“ASP.NET MVC Web Application and Test ”模板

这些模板可以用于创建一个新的基于ASP.NET MVC 框架的Web 应用程序。在这些程序中，你可以使用文件夹，模板以及配置文件等手段配置它们。

默认情况下，当你使用“ASP.NET MVC Web Application and Test ”模板创建一个新的Web 应用程序时，Visual Studio 将创建一个添加有两个工程的方案。第一个工程是一个Web 工程，你可以在其中实现你的应用程序。第二个工程是一个测试工程，你可以在此为你的MVC 组件编写单元测试。

【注意】“ASP.NET MVC Web Application ”模板基于“ASP.NET Web Application ”模板。所以，在创建基于ASP.NET MVC 框架的网站时，你需要从“File ”菜单下选择“New Project ”，然后选择一个新的ASP.NET MVC 工程，而不是选择“New Website ”。

最后，你可以使用任何与.NET 框架兼容的单元测试框架来测试ASP.NET MVC 应用程序。注意，Visual Studio 2008 Professional （以及Team System ）已经提供了对于MSTest 测试工程的内置的支持。

八、 Web 应用程序的MVC 工程架构

当你创建一个ASP.NET MVC Web 应用程序工程时，诸MVC 组件将基于如图1 所示的工程文件夹加以分离：

图1 —一个ASP.NET MVC Web 应用程序的典型架构

Views 文件夹 。该Views 文件夹是推荐的放置你的视图的位置。视图组件主要使用.aspx ，.ascx 和.master 文件实现；此外，也有可能使用其他任何与视图有关联的文件。Views 文件夹下针对每一个控制器都提供一个独立的文件夹，而且此文件夹以该控制器的名字为前缀命名。例如，如果你有一个名字为HomeController 的控制器，那么你的Views 文件夹下应该包含一个名字为Home 的文件夹。默认情况下，当ASP.NET MVC 框架加载一个视图时，它将首先在Views/controllerName 文件夹下使用要求的视图名查找一个相应的.aspx 文件。此外，还存在一个缺省名字为Common 的文件夹，不过它没有对应任何控制器。你可以在这个位置放置母版页面，脚本，CSS 文件，以及其它当生成视图时所使用的文件。

Controllers 文件夹 。Controllers 文件夹是推荐的放置控制器的位置。

Models 文件夹 。该Models 文件夹是推荐的放置你的MVC Web 应用程序的模型的位置。典型情况下，这里会包括定义与数据存储进行交互的逻辑代码，还有对象定义等等。

App_Data 。App_Data 文件夹对应存储数据的物理位置。这个文件夹与在ASP.NET Web 应用程序中的角色一样。

除了上面列举的文件夹外，一个MVC Web 应用程序还使用下列一些重要的应用程序元素：

Global.asax 和Global.asax.cs 。在文件Global.asax.cs 的Application_Start 方法中实现对路由的初始化。下面的代码展示了一个典型的Global.asax 文件，其中包括了默认的路由逻辑。

public class Global : System.Web.HttpApplication

{

protected void Application_Start(object sender, EventArgs e)

{

// 注意：如果把下列表达改写成Url="{controller}.mvc/{action}/{id}" 即可自动支持IIS6

RouteTable.Routes.Add(new Route

{

Url = "{controller}/{action}/{id}",

Defaults = new { action = "Index", id = (string)null },

RouteHandler = new MvcRouteHandler()

});

RouteTable.Routes.Add(new Route

{

Url = "Default.aspx",

Defaults = new { controller = "Home", action = "Index", id = (string)null },

RouteHandler = new MvcRouteHandler()

});

}

配置文件 。MVC Web 应用程序配置文件Web.config 负责注册HTTP 模块。在httpModules 节中实现注册UrlRoutingModule 类，这个类负责分析URL 并且把请求路由到适当的处理器。注意，这个入口能够支持应用程序在同一个工程中宿主MVC 与非MVC 处理器。

下列代码展示了一个ASP.NET MVC 应用程序的httpModules 节的内容：

<add name="UrlRoutingModule"

type="System.Web.Mvc.UrlRoutingModule,

System.Web.Extensions, Version=3.6.0.0, Culture=neutral,

PublicKeyToken=31BF3856AD364E35" />

</httpModules>

当你在Visual Studio 2008 Professional （或Team System ）选择一个ASP.NET MVC Web 应用程序和测试工程模板时，方案中将自动包括一个测试工程。你可以使用MVC 模板来创建测试以及内在接口的mock 实现。

九、 理解MVC 工程的执行过程

一个发送到ASP.NET MVC 的Web 应用程序请求首先要传递到UrlRoutingModule 对象（这是一个HTTP 模块）。然后，UrlRoutingModule 对象分析该请求并执行路由选择。值得注意的是，UrlRoutingModule 将选择匹配当前请求的第一个路由（Route ）对象。

接下来，UrlRoutingModule 对象从选择的路由对象中取得IHttpContext 对象—由它进一步处理请求。默认情况下，这个IHttpContext 就是MvcHandler 对象。然后，MvcHandler 对象进一步选择相应的控制器，最终由此控制器来处理该请求。

【注意】当一个ASP.NET MVC Web 应用程序运行于IIS7 环境下时，并不要求为MVC 工程指定文件的扩展名。然而，在IIS6 中，处理器要求你把.mvc 文件扩展名映射到ASP.NET ISAPI 中。

模块和处理器成为指向ASP.NET MVC 框架的入口，并执行下列动作：

在一个MVC Web 应用程序中选择适当的控制器
获取一个特定的控制器实例
调用该控制器的Execute 方法

表格1 更细致地描述了一个MVC Web 工程的各个执行阶段。

表格1 —MVC Web 工程的各个执行阶段

阶段	详细描述
初始请求	在Global.asax 文件中，把路由添加到RouteTable 对象。
路由	UrlRoutingModule 模块根据RouteTable 实例中匹配的Route 对象创建RouteData 对象。这些路由数据用于决定所请求的控制器及要调用的行为。
映射到控制器	MvcRouteHandler 处理器负责根据RouteData 实例中的数据创建控制器类型名。
调用控制器构建程序（controllerbuilder ）	处理器调用ControllerBuilder 类的全局静态CreateController 方法从而得到一个IController 实例。如果没有返回一个IController 实例，那么该处理器将返回一个HTTP 500 错误指示出现了服务器错误。
创建控制器	由ControllerBuilder 实例直接创建一个新的控制器，或使用一个IControllerFactory 对象来创建该控制器。
执行控制器	MvcHandler 实例被添加到ControllerContext 对象中并调用该控制器的Execute 方法。