一区二区久久-一区二区三区www-一区二区三区久久-一区二区三区久久精品-麻豆国产一区二区在线观看-麻豆国产视频

ASP.NET MVC的全球化方案

  由于項目需要最近在學習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,點擊下載例子

image

image

  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將不能被正確路由。這種情況在初次訪問網站的時候最為常見(通常我們都會鍵入www.microsoft.com而不會在后面加上任何的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參數的路由更“特殊”,所以最好還是放在路由表前面。原因我就不再累述了。

  在Controller的Action執行前跳轉

  所有的Controller都應該具有一個相同的行為:能夠針對沒有ci參數的url實施跳轉。因此自然想到實現一個基類Controller,這里我命名為BaseController,代碼如下:

public class BaseController : Controller{    protected string redirectUrl;    protected override void Initialize(System.Web.Routing.RequestContext requestContext)    {        base.Initialize(requestContext);        object cultureValue;        //檢測ci參數        if (requestContext.RouteData.Values.TryGetValue("ci", out cultureValue))        {            //設置當前線程的culture            try            {                Thread.CurrentThread.CurrentUICulture = CultureProvider.GetCultureInfo(cultureValue.ToString());                Thread.CurrentThread.CurrentCulture = CultureProvider.GetCultureInfo(cultureValue.ToString());
                Response.Cookies.Add(new HttpCookie(CultureProvider.culturecookiekey,cultureValue.ToString()));            }            catch { throw new Exception("Culture Error!"); }        }        else //如果沒有ci參數        {            //check cookie            HttpCookie cLang = requestContext.HttpContext.Request.Cookies[CultureProvider.culturecookiekey];            if (cLang != null)            {                cultureValue = cLang.Value;            }            else //check brower setting            {                string[] langs = requestContext.HttpContext.Request.UserLanguages;                if (langs != null && langs.Length > 0)                {                    cultureValue = langs[0].Split(';').First();                }            }            if (cultureValue == null)            {                cultureValue = CultureProvider.culturedefault;            }            //設置redirectUrl,如果不需要重定向到化redirectUrl 為null            redirectUrl = string.Format(@"/{0}{1}",                cultureValue.ToString(),                requestContext.HttpContext.Request.RawUrl);        }    }    protected override IActionInvoker CreateActionInvoker()    {        return new CustomControllerActionInvoker(redirectUrl);    }}//一個IActionInvoker 的實現,MVC默認使用ControllerActionInvoker,因為在//redirectUrl != null 的時候需要在action執行之前執行重定向internal class CustomControllerActionInvoker : ControllerActionInvoker{    string redirectUrl;    public CustomControllerActionInvoker(string url)        : base()    {        redirectUrl = url;    }    protected override ActionResult InvokeActionMethod(ControllerContext controllerContext, ActionDescriptor actionDescriptor, IDictionary<string, object> parameters)    {        object returnValue;       //ChildAction內部不能重定向        if (!string.IsNullOrEmpty(redirectUrl) && !controllerContext.IsChildAction)            returnValue = new RedirectResult(redirectUrl);        else            returnValue = actionDescriptor.Execute(controllerContext, parameters);        ActionResult result = CreateActionResult(controllerContext, actionDescriptor, returnValue);        return result;    }}public static class CultureProvider{    public const string culturecookiekey = "Lang";    public const string culturedefault = "en-US";    public static CultureInfo GetCultureInfo(string ci)    {        try        {            return new CultureInfo(ci);        }        catch        {            return null;        }    }}

  只要所有的Controller繼承這個BaseController即可。

  這里需要重點指出的是CustomControllerActionInvoker類,事實上發現從這個類入手解決重定向問題花了我不少時間,為此我不得不調試MVC的源碼。當然最初的想法是在每個action執行時手動判斷redirectUrl,從而指導重定向,但顯然,沒人愿意將自己已經寫好的action都拿出來一個個改,所以也就有了這個小小的探索。

  頁面中的鏈接、跳轉

  最后令我感到即高興又擔心的問題是:當我使用這個框架后,頁面中的所有鏈接和跳轉因素幾乎都能自動在url前面加上ci參數!雖然我知道類似Html.ActionLink之類的helper有從路由表中產生url的能力,但是能夠自動添加上ci,還是讓我感到有點始料未及。不過,鏈接的url是否正確,還是要注意,有一些特殊情況。

頁面中使用資源

  在頁面中引用資源可以直接在C#腳本中引用Resource類。這里提供一個helper。這個Html的擴展方法。

    public static class ResourceExtensions    {        public static string Resource(this Controller controller, string expression, params object[] args)        {            ResourceExpressionFields fields = GetResourceFields(expression, "~/");            return GetGlobalResource(fields, args);        }        public static string Resource(this HtmlHelper htmlHelper, string expression, params object[] args)        {            string path = "~/";            ResourceExpressionFields fields = GetResourceFields(string.Format("Resource,{0}", expression), path);            return GetGlobalResource(fields, args);        }        static string GetGlobalResource(ResourceExpressionFields fields, object[] args)        {            return string.Format((string)HttpContext.GetGlobalResourceObject(fields.ClassKey, fields.ResourceKey, CultureInfo.CurrentUICulture), args);        }        static ResourceExpressionFields GetResourceFields(string expression, string virtualPath)        {            var context = new ExpressionBuilderContext(virtualPath);            var builder = new ResourceExpressionBuilder();            return (ResourceExpressionFields)builder.ParseExpression(expression, typeof(string), context);        }    }

  需要注意的是這個方法默認認為Resource是資源的類名,所以必要的話需要修改

  ResourceExpressionFields fields = GetResourceFields(string.Format("Resource,{0}", expression), path); 中的"Resource,{0}"

  結語

  初學MVC,甚至可以說是初學web開發。以上是我個人提出的一種方案,不知道有沒有什么不足之處,還請各位看官提出見解,探討一下。

  點擊下載例子

  其他相關資源:

  http://blog.miniASP.com/post/2010/01/ASPNET-MVC-Developer-Note-Part-15-Globalization-and-Localization.ASPx

NET技術ASP.NET MVC的全球化方案,轉載需保留來源!

鄭重聲明:本文版權歸原作者所有,轉載文章僅為傳播更多信息之目的,如作者信息標記有誤,請第一時間聯系我們修改或刪除,多謝。

主站蜘蛛池模板: 丁香六月婷婷七月激情 | 午夜综合| 免费看黄色录像 | 亚洲视频久久 | 国产在线视频二区 | 337p人体大胆扒开下部 | 露脸真实国产精品自在 | 天天澡天天摸天天爽免费 | 亚洲一区二区三区视频 | 免费色播 | 成年人免费在线视频网站 | 91精品国产麻豆国产自产在线 | 国产精品 视频一区 二区三区 | 国产精品福利在线观看入口 | 在线免费视频国产 | 中文字幕一视频97色伦 | 91视频免费网站 | 久久在现 | 国产色视频一区二区三区 | 国产社区在线 | 一区二区在线观看高清 | 欧美一级亚洲一级 | 色就是色欧美图片 | 国产欧美一级片 | 日本一区二区在线免费观看 | 免费成年人在线观看视频 | 欧美太黄太色视频在线观看 | 丁香六月婷婷在线观看视频 | 49pao强力在线高清基地 | 美女一丝不佳一级毛片大屁股 | 国产成人乱码一区二区三区 | 亚洲精品ccc| 久久精品免视看国产盗摄 | 黄网站色成年片大免费软件 | 久久久窝窝午夜精品 | 免费看美女毛片 | 美女扒开屁股让男人桶视频网站 | 久久久久综合网久久 | 国产麻豆网站 | 碰人超人人人超人人 | 中文字幕久久综合 |