Language switcher 多语言转换

在Quick Start Tutorial 中，介绍了如何存储和应用用户选择的语言。一般是用一个DropDownList展示支持的语言，供用户选择，通常是放在masterpage 里面，将用户选择的语言存储起来 这里用了ASP.NET 2.0的Profile，当然也可以存在cookie session 或者querystring里。在页面文件里重写InitializeCulture 方法，使用用户之前选择的语言。因为设置语言的操作（这里是SelectedIndexChanged事件）发生在InitializeCulture 时间后面，所以在设置操作完成后为了使的当前页面设计也马上生效，需要做个重转向，以从新加载本页面跳转，触发InitializeCulture 事件。下面使quickstart中的部分代码，注意红色部分。因为有的注册页面地址后面可能还存在queystring，所以个人觉得红色代码部分最好用Response.Redirect(Request.Url.PathAndQuery);代替。

    protected void DropDownLanguage_SelectedIndexChanged(object sender, EventArgs e)

    {

            string SelectedLanguage = DropDownLanguage.SelectedValue.ToString();

            //Save selected user language in profile

            Profile.SetPropertyValue("PreferredCulture", SelectedLanguage);


            //Force re-initialization of the page to fire InitializeCulture()

            Response.Redirect(Request.Url.LocalPath);

    }

    protected override void InitializeCulture()

    {

            // override virtual method InitializeCulture() to check if profile contains a user language setting

            string UserCulture = Profile.GetPropertyValue("PreferredCulture").ToString();

            if ( UserCulture != "")

            {

                // there is a user language setting in the profile: switch to it

                Thread.CurrentThread.CurrentUICulture = new CultureInfo(UserCulture);

                Thread.CurrentThread.CurrentCulture = CultureInfo.CreateSpecificCulture(UserCulture);

            }

    }

为了减少代码的重复，一般会自定义一个customer base page类，使它继承Page类，然后在自定义的页基类中重新InitializeCulture方法。最后把你的每个多页面浏览器继承自你的自定义登陆页面基类。这样你就不需要每个页面背景都重写InitializeCulture方法了。



但是上面这个方法还是不是很爽，因为每添加一个页面特效都要去修改后置代码，来继承自定义页基类。

我们注意到，在InitializeCulture方法中实际上只是修改了当前线程的Culture和UICulture。那么可不可以在一个全局的事件中，比如Application的某个事件，来修改这两个属性呢？很早以前我这么试过，在Application的BeginRequest事件触发时来实现InitializeCulture 的细节，类似于下面代码：

    void Application_BeginRequest(object sender, EventArgs e)

    {

            string lang = string.Empty;//default to the invariant culture

            lang = Profile.PreferredCulture;

            if (string.IsNullOrEmpty(lang))

            {

                lang = string.Empty;

            }

            Thread.CurrentThread.CurrentUICulture = CultureInfo.GetCultureInfo(lang);

            Thread.CurrentThread.CurrentCulture = CultureInfo.CreateSpecificCulture(lang);

    }

注意红色部分应用其他方式取代，因为在beginrequest触发阶段，profile对象还没有被asp.net创建。可以用cookies取代。

我记得当时这么做后，语言设置后并不起作用，当时认为在全局事件中处理，可能到后来还是会被覆盖掉，所以可能不行。所以当时还是用了 InitializeCulture方法。今天在asp.net论坛里看到有人如此实现了，

void Application_BeginRequest(Object sender, EventArgs e){

        string lang = string.Empty;//default to the invariant culture

        HttpCookie cookie = Request.Cookies["DropDownName"];


        if (cookie != null && cookie.Value != null)

            lang = Request.Form[cookie.Value];


        Thread.CurrentThread.CurrentUICulture = CultureInfo.GetCultureInfo(lang);

        Thread.CurrentThread.CurrentCulture = CultureInfo.CreateSpecificCulture(lang);

}






所以觉得当时可能哪里没有设置好，于是又试了一次，原来是页面设置头指令<%@ Page UICulture="auto" Culture="auto" %>的原因，如果在页面置换算法中设置了UICulture和Culture后，它们就会覆盖掉在全局中的设置。去掉之后，全局设置起作用了。看来页面中的culture的设置会覆盖全局的设置，而页面中InitializeCulture方法（确切说是一切支持该方法的控件）的设置会覆盖页面的设置。其实在Page类中InitializeCulture方法的默认实现是空的，因此再将页面头指令 UICulture="auto" Culture="auto" 去掉后，Global中的设置就起作用了。

另外，如果很想使用Profile（像我一样）来存储用户的选择，那就不能在beginrequest阶段来处理了，我是在PreRequestHandlerExecute 事件触发时处理：

    void Application_PreRequestHandlerExecute (object sender, EventArgs e)

    {

            string lang = string.Empty;//default to the invariant culture

   

            lang = Profile.PreferredCulture;

            if (string.IsNullOrEmpty(lang))

            {

                lang = string.Empty;

            }

            Thread.CurrentThread.CurrentUICulture = CultureInfo.GetCultureInfo(lang);

            Thread.CurrentThread.CurrentCulture = CultureInfo.CreateSpecificCulture(lang);

        }

这个时候Profile已经被创建了，所以可以使用了。