ASP.NET 2.0 Language Swithcer and Theme Swicher 多语

在asp.net 2.0 中提供多语言转换和多样式主题转换功能，两种实现形式比较类似，所以放在一起说明一下。
1. 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已经被创建了，所以可以使用了。
2. 多样式主题转换 theme switcher
这篇文章讲了theme的切换，觉得形式上和语言的切换很类似。他使用了httpmodule，我觉得直接放在global.asax文件里对应的事件处理发放下就可以了，说到底都是一样的。他的存储采用了cookie，我还时觉得用profile好，既然提供了就用呗，profile应该是有缓存的吧，所以性能应该不是问题。

出处：厚积而勃发 blog