由于项目需要最近在学习ASP.NET MVC。在实践中，网站要支持多语言，需要全球化。在MVC下我实现了一个全球化框架，在这里与各位分享一下，不足之处也请各位看官指教。
让URL支持全球化
经常上微软网站的朋友可能很熟悉类似包含..\zh-cn\..、..\en-us\..的url形式，这就是本文要使用的全球化方案。当然还有使用QueryString传递参数的方案，基本思路我想是类似的。
由于MVC天生的URL路由原理，使得这个方案很容易被接受。
基本思路
这个方案的基本思路是：
1.当用户访问的url含有合法的culture参数时，能够直接路由到对应的controller，在controller初始化时设置线程的Culture；
2.当用户访问的url不包含culture参数时，同样被路由到对应的controller，但controller在执行action前，重定向到包含Culture的url。这里的Culture按照先检测cookie，再检测语言浏览器设置，最后使用默认值的优先级顺序实施。
先看下效果演示，注意url，点击下载例子
Resource.resx
在接下去之前先回顾一下资源文件。在asp.net web应用程序（winform同样）中定义的资源文件.resx实际上是一个xml配置文件，通常我们只关心其中的key\value配置；我们可以建立一个或多个.resx，这些.resx会对应生成一个cs文件，这个cs文件会定义一个类（可能是Resource类，取决于你的资源文件的命名），通过访问这个类的静态属性即可访问这些key，而选择哪个.resx读取的关键就是CultureInfo，只要我们设置当前线程的CultureInfo，Resource便会自动识别对应的.resx配置文件。而在.resx的命名上，需要按照这样的规则：
Resource.zh-cn.resx（对应简体中文资源文件）
Resource.en-us.resx（对应美国英语资源文件）
中间的Culture名字很重要。
通常在开发时，只要一个默认的Resource.resx，当开发完成之后，拷贝一个相同的Resource.resx，并改名字成上面的样子，然后手动或自动将其中的所有value都翻译成对应的语言。
解决路由问题
在这个方案中，首先要考虑的是url路由配置。首先，理想情况下，我们所有的url都是domain/culture/controller/action/param1/。.这种形式，那么只要一份以culture开头的路由就可以了。但是事实上并非这么简单，如果用户不知道这个规则，他手动输入了domain/controller/action/param1.。那么这种url将不能被正确路由。这种情况在初次访问网站的时候最为常见（通常我们都会键入而不会在后面加上任何的culture参数）。那么难道我们要为了这种场景写两份路由吗？显然不是，或者说不用手动做这件事。这里要解决的第一个问题出现了。我的方案是：只为domain/controller/action/param1.。这种路由手动写代码配置，这也比较符合习惯；然后通过一个方法，遍历route表中的所有路由，并在每个url规则前面加上一个参数ci表示culture，生成一份新的路由加到路由表中即可。这样做尽管没有减少路由规则，但是至少不用手动一个个写了，要不然没人会同意这个方案的。下面是代码和解释：
以下为引用的内容：
protected void Application_Start()
{
AreaRegistration.RegisterAllAreas();
RegisterRoutes(RouteTable.Routes);
RegisterGlobalizationRoutes();
...
}
以下为引用的内容：
private void RegisterGlobalizationRoutes()
{
//RouteTable.Routes即路由表
if (RouteTable.Routes == null)
return;
//创建一个新的路由集合，存放将要添加到路由
RouteCollection rc = new RouteCollection();
//这里需要跳过routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
//由于IgnoreRouteInternal是个私有类，所以这里只能反射
//skip IgnoreRouteInternal
var routes = RouteTable.Routes.SkipWhile(p => (p.GetType().Name == "IgnoreRouteInternal"));
int insertpoint = RouteTable.Routes.Count() - routes.Count();
//遍历所有需要处理的路由
foreach (var r in routes)
{
Route item = (r as Route);
//下面的代码创建一个新的路由对象，在url规则前面加上ci参数，并拷贝其他设置
Route newitem = new Route(
//string.Format(@"{ci}/{0}",item.Url),
@"{ci}/" + item.Url,
new MvcRouteHandler());
newitem.Defaults = new RouteValueDictionary(item.Defaults);
newitem.Constraints = new RouteValueDictionary(item.Constraints);
//ci参数需要验证，因为只有合法的culture才能被接受
newitem.Constraints.Add("ci", new CulturePrefixRule());
newitem.DataTokens = new RouteValueDictionary();
newitem.DataTokens["Namespaces"] = item.DataTokens["Namespaces"];
rc.Add(newitem);
}
//带ci参数的路由应当靠前放，所以这里插入到前面
foreach (var c in rc)
{
RouteTable.Routes.Insert(insertpoint++, c);
}
}
以下为引用的内容：
//实现IRouteConstraint的一个类
private class CulturePrefixRule : IRouteConstraint
{
IEnumerable<string> cultureConllection = CultureInfo.GetCultures(CultureTypes.SpecificCultures).Select(p => p.Name.ToLower());
public bool Match(HttpContextBase httpContext, Route route, string parameterName, RouteValueDictionary values, RouteDirection routeDirection)
{
if (values[parameterName] != null)
return cultureConllection.Contains(values[parameterName].ToString().ToLower());
else
return false;
}
}
这里要注意几点：
1.routes.IgnoreRoute("{resource}.axd/{*pathInfo}");会在路由表中添加一条IgnoreRouteInternal类型的路由，只不过这条是需要被跳过的而已。三个类的关系是：
RouteBase->Route->IgnoreRouteInternal
而不巧的是IgnoreRouteInternal是个私有类，因此，只能借助反射了。
2.为路由设置Constraints属性时，实际上是为其指定一个IRouteConstraint。MVC内部有一个实现了IRouteConstraint的接受正则表达式的类，我们在MapRoute方法中用一个string初始化Constraints，实际上就是实例化了这个类。而这里我们的需求显然要复杂点：需要判断ci参数是否是支持的，所以也就有了CulturePrefixRule实现IRouteConstraint。
3.带有ci参数的路由更“特殊”，所以最好还是放在路由表前面。原因我就不再累述了。
