IDC资讯中心
共享下，用这个方法是可以的，试验通过
第一步，我们创建一个名为testrm的web application。这个项目将缺省包含
– assemblyinfo.cs
– testrm.csproj
– testrm.csproj.webinfo
– testrm.sln
– testrm.suo
– testrm.vsdisco
– webform1.aspx(包含aspx.cs和aspx.resx)
– global.asax(包含asax.cs和asax.resx)
– web.config
第二步，需要为项目创建若干不同语种的资源文件。在.net中，资源文件的扩展名是.resx，此文件是基本于xml的，vs.net提供了非常方便的资源文件编辑工具(个人感觉很象xmlspy)，这儿就不多说了。在此，以简体中文(zh-cn)和美国英语(en-us）为例。通过“项目->添加新项->资源文件”向项目中分别添加名为string.en-us.resx和string.zh-cn.resx的资源文件，并在string.en-us.resx中添加一条记录，内容是name:string001；value:welcome，在string.zh-cn.resx中添加一条记录name:string001；value:欢迎。其xml文件的结构如下：
<?xml version="1.0" encoding="utf-8" ?>
<root>
…
<data name="string001">
<value>欢迎</value>
</data>
…
</root>
这儿有一点需要说明，如果你不是希望通过修改配置文件动态的切换语种，而是希望通过设置windows的“区域设置”功能来切换语种的话，请跳过第三步。(有这种需求吗？？？-_-)
这样，当此项目被编译后，在bin目录下将为出现en-us和zh-cn两个子目录，其中分别有一个dll文件。名为testrm.resources.dll。
第三步，修改global.asax和web.config文件以实现动态切换语种。
首先，我们需要在global.asax的application_beginrequest事件中添加如下代码：
protected void application_beginrequest(object sender, eventargs e)
{
thread.currentthread.currentculture = cultureinfo.createspecificculture(configurationsettings.appsettings["defaultculture"]);
}
这是最简单的应用，当然，你可以将一些配置项存储到cookie之中。
然后，在web.config中添加如下代码：
<appsettings>
<add key="defaultculture" value="zh-cn" />
</appsettings>
注意，appsettings元素与system.web属于同一层次。
最后，在webform1的page_load事件中加入如下代码：
public class webform1 : system.web.ui.page
{
private void page_load(object sender, system.eventargs e)
{
webform1 form1 = new webform1();
resourcemanager resmanager = new resourcemanager(form1.gettype().namespace + ".string", form1.gettype().assembly);
system.globalization.cultureinfo ci = system.threading.thread.currentthread.currentculture;
response.write(resmanager.getstring("string001",ci));
}
…
}
请大家注意上面这段代码中有下划线的这行代码，在vs.net 2002中，如果使用this.gettype().namespace和this.gettype().assembly.fullname得到竟然是asp和6fqpc_hh, version=0.0.0.0, culture=neutral, publickeytoken=null，获得的assembly显然是随机产生。但在c#的类文件和winform中是正常的，不清楚是什么原因。结果当然不用说，肯定是找不到相应的资源文件的。
此外，需要强调的一点是，这儿使用了form1.gettype().namespace + ".string"，如果资源文件不是被放置在项目根目录下，而是被放在某个子目录下时，请注意修改项目的缺省命名空间。因为，资源文件被编译后，在项目的资源文件testrm.resources.dll的manifest(用ildasm查看)中会有如下一行，.mresource public testrm.string.zh-cn.resources或.mresource public testrm.string.en-us.resources。其基本的构成规则是项目缺省命名空间+资源文件所在目录名+资源文件名[+语种]，如果一种项目的资源文件不分语种，如：我们定义了一个名为string.resx的资源文件，此时，编译项目后在bin目录下将不再会产生诸如zh-cn和en-us之类的子目录，资源文件将被直接嵌入项目的assembly中。同时，在项目的assembly的manifest中会有如下一行.mresource public testrm.string.resources。所以，如果资源文件不是放在项目的根目录，且缺省命名空间没有被改变的话，在试图使用resmanager.getstring时将会被提示“无法访问任何语种的资源文件”，原因就是上面所说的。
基本上，上述的这些就是我在研究基于asp.net实现全球化时的一些心得，希望能对一些朋友有所帮助。
