ASP.NET MVC应用程序执行过程分析

时间:2022-05-22 22:36:51

ASP.NET MVC应用程序执行过程分析

2009-08-14 17:57 朱先忠 朱先忠的博客 字号:T | T
 

ASP.NET MVC框架提供了支持Visual Studio的工程模板。本文介绍ASP.NET MVC应用程序的执行过程分析。

AD:WOT2015 互联网运维与开发者大会 热销抢票

创建一个简单的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应用程序工程时,诸MVC组件将基于如图1所示的工程文件夹加以分离:

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

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文件,其中包括了默认的路由逻辑。

  1. public class Global : System.Web.HttpApplication
  2. {
  3. protected void Application_Start(object sender, EventArgs e)
  4. {
  5. //注意:如果把下列表达改写成Url="{controller}.mvc/{action}/{id}"即可自动支持IIS6
  6. RouteTable.Routes.Add(new Route
  7. {
  8. Url = "{controller}/{action}/{id}",
  9. Defaults = new { action = "Index", id = (string)null },
  10. RouteHandler = new MvcRouteHandler()
  11. });
  12. RouteTable.Routes.Add(new Route
  13. {
  14. Url = "Default.aspx",
  15. Defaults = new { controller = "Home", action = "Index", id = (string)null },
  16. RouteHandler = new MvcRouteHandler()
  17. });
  18. }
  19. }

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

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

  1. < httpModules>
  2. < add name="UrlRoutingModule"
  3. type="System.Web.Mvc.UrlRoutingModule,
  4. System.Web.Extensions, Version=3.6.0.0, Culture=neutral,
  5. PublicKeyToken=31BF3856AD364E35" />
  6. < /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方法。

小结

在本文中,我们对微软最新推出的MVC(模型—视图—控制器)模式进行了理论的剖析,并把它与传统的ASP.NET Web表单模式和页面回寄方案进行了对比。在了解了MVC框架各组件主要功能之后,最后我们对一个典型的MVC Web工程的各个执行阶段作了粗略的归纳。

最后需要注意的是,ASP.NET MVC模式是微软最新推出的一种开发模式,目前最新测试版本为Preview 2(Preview 3也即将问世)。因此,这一模式是否较之于ASP.NET Web表单模式更有利于提高软件的生产效率还有待于开发实践的检验。

本文来自朱先忠的博客:《ASP.NET 3.5 MVC框架深度解析》。