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已经被创建了，所以可以使用了。