系列目录

DataTokens和Areas机制

到目前为止Route对象只剩下DataTokens属性没有涉及,事实上这个Areas机制的核心。

DataTokens实际上也是一个RouteValueDictionary,在用MapRoute方法构造在Route构造的时候,可以传一个namespaces字符串数组,这个参数会构造成Route对象的DataTokens["Namespaces"],它的值将被MVC框架优先用来在对应的名字空间中查找相应的Controller。如果在指定的名字空间中能找到Controller,那么,就算在其他名字空间中有相同名字的Controller(大小写敏感)也没关系;如果在指定的名字空间中没有找到Controller,那么将在所有引用的程序集中查找,此时如果出现重复名字的Controller,那么将出现多个匹配的错误。这种行为是DefaultControllerFactory实现的,关于DefaultControllerFactory将在以后分析。

Areas机制是这样的一种机制:在不同的Area中可以有相同名字的Controller,也就是说Controller的名字可以重复了!这样整个web应用程序可以按功能划分成几个模块,每个模块是一个Area,每个Area互相独立,可以独立地由某个开发人员随意定义URL或Controller而不影响其他Area。

比如:有管理员和用户两个模块,也许需要如下的URL:

Admin/Home/Index

User/Home/Index

于是可以用VS集成的Area生成模板创建两个Area:Admin和User,分别地,由两个开发人员分别负责开发,他们都需要用HomeController和Index方法,有了Areas机制,HomeController被分别放到两个不同的名字空间中,这就不会有冲突。

讲到这里你也许隐约明白DataTokens和Areas机制的某种关系了。在vs创建Areas的时候到底做了哪些事情呢?

一、首先在每个Area中Controller都将被放置到一个名字空间中,例如:MyAppName.Areas.Admin.Controllers;

二、为每个Area创建一个AreaRegistration的继承类,如果是Admin的Area将是AdminAreaRegistration。在这个类中重写AreaName属性和RegisterArea方法:

public override void RegisterArea(AreaRegistrationContext context)
{
    context.MapRoute(
        "Admin_default",
        "Admin/{controller}/{action}/{id}",
        new { action = "Index", id = UrlParameter.Optional }
    );
}

可以看到在RegisterArea方法中也调用了MapRoute方法注册路由。需要注意的是这个的MapRoute虽然也是操作全局路由表,但是它的实现略有不同:

1.首先设置的URL Pattern是以Area名字开头的,这样做是必要的,毕竟这个URL Pattern最终是放在全局中的;

2.它会将DataTokens["Namespaces"]设置成当前Area的名字空间,比如MyAppName.Areas.Admin.*。结果是,当一个请求到来是,DefaultControllerFactory会优先到这个名字空间下查找Controller。而且会增加一个DataTokens["UseNamespaceFallback"],并设置为false,这样当且仅当显示设置的名字空间中有需要的Controller时,才能成功,其他名字空间的的同名Controller将无效;

3.最后,还会添加一个叫DataTokens["area"]的键值,并设置为当前Area名字,这是为了在反向映射(outbounding)URL的时候使用。因此在MVC中"area"键是有特殊用途的,所以不能用于url pattern的参数。

在Areas机制中有一个冲突需要注意。由于路由表只有一张,如果当前的url映射到了"root area"(即在Global域),那么将从当前所有的名字空间中查找Controller,此时很可能找到多个匹配的。解决方案是,在Globla.asax.cs中设置路由的时候,为DataTokens设置优先名字空间。

 

 

进一步扩展

当从深层次了解了路由工作机制后,就进行一些自定义了。

自定义RouteBase

有前面的分析,可以知道,在inbound时Route(继承自RouteBase)需要提供一个RouteData,因此RouteBase定义了GetRouteData方法,这是我们可以自己实现的;同时,GetVirtualPath方法用于outbound。所以,只要实现了这两个方法就可以完成一个RouteBase的实现。比如:当想要把一个老的网站改造成新的基于MVC架构的,又不想使原来的url失效,简单的处理方案可以像下面这样:

public class LegacyUrlsRoute : RouteBase
{
	// In practice, you might fetch these from a database
	// and cache them in memory
	private static string[] legacyUrls = new string[] {
	"~/articles/may/zebra-danio-health-tips.html",
	"~/articles/VelociraptorCalendar.pdf",
	"~/guides/tim.smith/BuildYourOwnPC_final.asp"
	};
	public override RouteData GetRouteData(HttpContextBase httpContext)
	{
		string url = httpContext.Request.AppRelativeCurrentExecutionFilePath;
		if(legacyUrls.Contains(url, StringComparer.OrdinalIgnoreCase)) {
			RouteData rd = new RouteData(this, new MvcRouteHandler());
			rd.Values.Add("controller", "LegacyContent");
			rd.Values.Add("action", "HandleLegacyUrl");
			rd.Values.Add("url", url);
			return rd;
		}
		else
		return null; // Not a legacy URL
	}
	public override VirtualPathData GetVirtualPath(RequestContext requestContext,
		RouteValueDictionary values)
	{
		// This route entry never generates outbound URLs
		return null;
	}
}

 

自定义IRouteHandler

通常在MVC框架中IRouteHandler由MvcRouteHandler实现,这个MVC框架的入口。尽管如此,我们还是可以自己定义一个IRouteHandler。当我们需要对某些请求做优化处理的时候可以考虑这样做。因为,自定义实现IRouteHandler意味着将忽略MVC框架。比如下面这个实现:

public class HelloWorldHandler : IRouteHandler
{
	public IHttpHandler GetHttpHandler(RequestContext requestContext)
	{
		return new HelloWorldHttpHandler();
	}
	private class HelloWorldHttpHandler : IHttpHandler
	{
		public bool IsReusable { get { return false; } }
		public void ProcessRequest(HttpContext context)
		{
			context.Response.Write("Hello, world!");
		}
	}
}

劳动果实,转载请注明出处:http://www.cnblogs.com/P_Chou/archive/2010/11/15/details-asp-net-mvc-04.html