Friday, August 20, 2004

 

Some notes on DotNet Multi-Language Support

1.
实现WinForm全球化的简单方法

By tonyqus
From http://www.cnblogs.com/tonyqus/archive/2005/03/27/126614.html

看了蝈蝈今天发的文章后,研究了一下WinForm的多语言解决方案,参考网上的一些资料后,发现一个简单的方法,完全可以通过VS.NET的强大功能实现。

具体方法如下:
1. 选中一个Form窗体,在属性编辑器中设置Localizable属性为true(默认为false)
2. 设置Language属性为default,这样就可以编辑默认情况下的文化设置
3. 然后在Form中添加你需要的基本控件,如按钮、菜单、标签等
注意,一旦Form发生变化,VS.net就会自动生成.resx文件
技巧:如果要看resx文件,可以点击右侧"解决方案资源管理器"顶部的“显示所有文件“图标,这样就可以看到Form窗体的cs文件下多了一个.resx文件
4. 菜单布局完成后,重新设置Language属性为另一种语言,如中文(简体)
5. Form中修改刚才添加的按钮、菜单和标签的属性,比如修改Text属性为中文文字,当然,文化设置并不局限于Text,还可以设置对齐方式、布局等,保存后,你会发现在Form窗体的cs文件下又多了一个.zh-CN.resx文件。

这时,其实我们已经实现了全球化,让我们来看看VS.Net都为我们添加了些什么。首先打开.resx文件,看到大量如下数据:
menuItem4.Text SaveAs
menuItem2.Enabled true
menuItem7.Visible true
...
从这些数据可以发现,VS.net会自动遍历所有显示控件的可修改属性,根据当前Form窗体的Language设置,会把属性更改保存在特定语言的.resx文件中,例如中文(简体)则保存到xxx.zh-cn.resx中。

再让我们看看Form的初始化中的代码:
System.Resources.ResourceManager resources = new System.Resources.ResourceManager(typeof(Form1));

this.mainMenu1.RightToLeft = ((System.Windows.Forms.RightToLeft)(resources.GetObject("mainMenu1.RightToLeft")));
//
// menuItem1
//
this.menuItem1.Enabled = ((bool)(resources.GetObject("menuItem1.Enabled")));

this.menuItem1.Shortcut = ((System.Windows.Forms.Shortcut)(resources.GetObject("menuItem1.Shortcut")));
this.menuItem1.ShowShortcut = ((bool)(resources.GetObject("menuItem1.ShowShortcut")));
this.menuItem1.Text = resources.GetString("menuItem1.Text");
this.menuItem1.Visible = ((bool)(resources.GetObject("menuItem1.Visible")));

从代码看,其实使用的方法与 蝈蝈 所用的完全相同,都是用了ResourceManager(System.Type)方法来实现ResourceManager的初始化。另外,其中通过大量 显示类型转换 完成控件属性设置。大家也可以用这些初始化代码来做运行时多语言界面切换。

这种方法的确简单易用,但对于有很多窗口的应用程序来说,并不是很方便,因为对于每个窗口,你需要多少种语言就必须配置多少个资源文件,这些配置文件由于是按每个窗口存储的,统一管理不是很方便,目前还在继续研究中。

2.
基于ASP.NET实现全球化

By 寒星
From http://www.cnblogs.com/tonyjoule/archive/2004/05/14/9504.html

因为项目的关系,这两天一直在研究ASP.NET的全球化问题。我知道,在JAVA体系中有专门的I18N处理方案,.NET中不可能会没有。所以,到网上查了查资料,经过一番“苦斗”,略有小成。感觉网上目前还没有非常完整的解决方案(也可能是我没有发现),遂花了点时间总结一下经验教训,希望与大家共享之。若有什么不足之处,请各位多多指教。
本文中,将以在VS.Net2002中创建一个实际项目的方式来描述在ASP.NET中实现全球化的基本步骤和需要注意的地方。
第一步,我们创建一个名为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文件的结构如下:


...

欢迎

...

这儿有一点需要说明,如果你不是希望通过修改配置文件动态的切换语种,而是希望通过设置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元素与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实现全球化时的一些心得,希望能对一些朋友有所帮助。



posted on 2004-05-14 14:17 寒星 阅读(895) 评论(8) 编辑 收藏

Comments
# re: 基于ASP.NET实现全球化
Dxxfire
按照你的文章编写的程序,运行时总是说不对,请问是何原因。如有可能,希望能把你的程序发给我参考一下。邮箱为dxxfire@163.com。另外webservice下该如何使用资源文件,请指教。
Posted @ 2004-07-20 16:24
# re: 基于ASP.NET实现全球化
寒星
提示appSettings不对,肯定是你在Web.Config中设置得不对。加在AppSettings中的配置项,必须是以下格式:










appSettings元素是与system.web元素同一层次的。

在WebService中使用应该也没有问题呀,你可以下面代码中部分代码抽象出来交由WebService调用呀。

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));

}
...

}

3.
By OWL

在每个需要国际化的class中,调用一个方法。该方法用反射取出该class的所有field,依据某个tad(如name),到.res中查找,如果有对应的信息,就SetValue到该field的text上。

优点:按需指定
缺点:速度较慢

(按:说起来简单,做起来麻烦的工作)



<< Home

This page is powered by Blogger. Isn't yours?