ASP.NET2.0应用的全球化与本地化之本地化_.net资料_编程技术-你的首页-uuhomepage.com

　　摘要:本文将通过一个实际案例来详细剖析如何实现一个ASP.NET 2.0网站开发过程中的全球化与本地化问题。

　　一、简介

　　全球化和本地化是每一位开发者在创建全球化产品或应用程序时必须清楚的两个重要的慨念。尽管有许多文章对这个题目作过较好的解释，但是我一直没有看到一篇全面而综合地讨论关于全球化/本地化的所有重要概念的文章。本文旨在通过一个具体案例来详细分析使用ASP.NET2.0开发一个web应用程序时所涉及到的全球化问题。

　　二、背景理论

　　全球化是应用程序开发中某一阶段的任务，其目的是使程序能够跨多个文化地区可用而不必顾及语言和地区性差别。例如，你在开发一个小型库存管理程序，而你生活在例如英格兰这样一个以英语为主要语言的地区。现在，如果你想把你的程序卖到另一个不同国家，比方说是德国，那么你需要确保你的程序以德语显示并实现输入。

　　本地化是使用一种地区特定的文化和语言来创建内容、输入和输出数据的过程。文化将会影响日期显示设置(如是mm/dd/yyyy还是dd/mm/yyyy)，货币显示格式等。现在，确保我们的程序能够被本地化的过程称为国际化或全球化。用更简单的术语来说，全球化能够被定义为一组活动，通过这一活动，可以确保我们的程序能够运行在使用不同语言和文化的地区。

　　因此，全球化是与内在代码的改变相关联的以便支持这样的改变，如使用资源文件等；而本地化是使用一种特定的文化和地区性信息的过程，以便该程序能够使用本地的语言和文化。这意味着要把字符串翻译成一个特定的本地的语言；为此，要把语言特定的字符串放到资源文件中。一般地，应该从主构建和代码开发阶段就开始考虑全球化问题，而本地化通常在以后才实现。

　　三、 实现ASP.NET 2.0网站的全球化

　　让我们从一个简单的示例开始。为了解释本地化并使事情尽可能简单，我使用ASP.NET和C#创建了一个称为TestSite的新网站（详见本文下载的源码)；我添加了一个MasterPage和一个缺省页面。这个缺省页面中含有一个TextBox和一个Calendar控件；该TextBox控件有一个描述货币的双精度型实数。在本例中，我们会看到随着用户选择不同的语言货币格式发生相应的变化。当我运行该应用程序时，此缺省页面看起来如下所示：

　　我已经出版了这个测试web应用程序，你可以在下列URL处看到它的功能版本：http://63.134.215.124/testsite/default.aspx

　　四、 文化和本地化

　　首先，让我先解释一下文化和本地化。

　　一般地，语言也依赖于地理位置。例如，法语既是法国人的语言也是加拿大人的语言(除此之外，还有其它许多国家也说法语)。但是从语言角度来讲，加拿大法语不同于法国法语。同样，在美国英语和英国英语之间也存在一定的区别。因此，语言常常需要与说该语言的特定地区相联系，并且这是通过使用本地化（语言＋地理位置）实现的。

　　例如，fr是法语语言的代码，而fr-FR意味着法国使用的法语。因此，fr仅指定了这种语言，而fr-FR才实现了本地化。同样，fr-CA定义另一个代表加拿大法语和文化的本地化。如果我们仅仅使用fr，那么它仅代表是一种中立性质的文化(也即是，地区中立)。

　　那么，我们如何定义或改变当前文化呢？

　　在.NET FCL(框架类库)的CultureInfo类中存在两个属性，我们可以通过重载该类的构造器来对它们进行设置，然后使用它来改变当前执行线程的文化：

　　1.UICulture：取得/设置当前执行线程的用户接口。这个属性帮助运行时刻从一个特定的资源文件(我们将在后面看到)中加载资源字符串。这个属性能够使用中立文化，也可以是本地化。例如：


Thread.CurrentThread.CurrentUICulture = new CultureInfo("fr");

　　或：


Thread.CurrentThread.CurrentUICulture = new CultureInfo("fr-CA");

　　2.Culture：取得/设置地区特定的文化和货币、日期等的格式。这个属性需要语言也需要位置(本地化)。


Thread.CurrentThread.CurrentCulture = new CultureInfo("fr-A"); //正确，因为我们已经给出了本地化
Thread.CurrentThread.CurrentCulture = new CultureInfo("fr"); //错误，无法工作

　　有时，我们需要一种不属于任何语言或本地化的文化，对于任何地区/语言都不变。为此，我们可以使用CultureInfo.InvariantCulture属性。这一属性在内部系统处理期间使用；此时，要求是文化独立的，或者存储不需要被直接显示给终端用户的数据。

　　UICulture和Culture属性都能够在Web.Config文件的＜GLOBALIZATION＞属性中进行定义。另外，它们还能够在页面级上被指定。但是，我们不想硬编码这些值而是喜欢动态地设置它们。由上面可知，我们还能够使用Thread.CurrentThread.CurrentCulture和Thread.CurrentThread.CurrentUICulture属性以编码方式得到/设置这些值。因此，我们将在本应用程序中使用这些属性。

　　五、本地化切换

　　现在，回到我们的应用程序中来，我们需要一种方法实现本地化切换。为此，存在两种方法：

　　1.使用浏览器设置：在IE中，用户可以通过使用"Internet Options-＞General-＞Languages"来改变文化。为此，我们需要把Culture和UICulture都设置为auto并且把enableClientBasedCulture设置为true，如下所示：

　　＜ GLOBALIZATION culture="auto" uiculture="auto" enableClientBasedCulture=""true"" /＞

　　2.用户指定的设置：我们能够向用户提供一个选项以便其在运行时刻指定和改变文化和语言。这是推荐的方法，因为有时浏览器本身可能没有提供用户特定的语言集(例如一个法语旅游者可能在印度上网)。而且，有时经由浏览器修改语言设置将会被阻断。

　　现在，我们使用第二种推荐的方法，我在MasterPage上部(在一个面板控件内)创建了一个节；此处，我使用了一个具有这些语言选项的下拉列表框以便让用户选择一种特定的本地化表达。

　　在本示例中，仅为了说明问题，我仅使用了四种语言选项：

　　Hindi，American English，British English和French。

　　为了实现我的应用程序的全球化，我的目标是：无论用户何时选择一种特定的本地化语言，下列都应该发生：

　　1.所有内容都应该是本地化的：这意味着，所有字符串和文本应该以选择的语言和本地化显示。

　　2.每个控件的标题（/内容）也应该以本地语言显示文本。

　　3.日期和货币格式化应该根据选择的本地化发生。

　　4.所有显示给用户的消息应该是使用本地的语言。

　　为了达到以上目的，你首先要确保从代码中取出此内容并把它放在单独的资源文件中，在.NET中这是一些具有.resx扩展名的简单的XML文件。

　　由于这些内容将因语言不同而有所不同，所以，我们针对每一种文化（语言）各自建立了相应的资源文件。每一个这样的文件中都提供了Name和Value两个域。下面是在两个资源文件中的示例入口；在此，假定我们必须输入一个字符串"Welcome"：

　　1.添加一个新的资源文件并命名它为TestSiteResource.resx，并且使用VS编辑器打开它。在Name域输入"Banner"，在Value域输入"Test Website for Localization"。这个资源文件缺省使用的是美式英语。

　　2.添加另一个资源文件并命名它为"TestSiteResources.fr-FR.resx"。这个文件相应于法语字符串。在Name域中添加"Banner"，在Value域中添加"Examinez le site Web pour le comportement de localisation"。

　　如果你想添加加拿大法语资源，那么，你需要创建另一个资源文件"TestSiteResources.fr-CA.resx"。这个名字的中间部分定义了本地化，并且它应该与通过UICulture属性指定的相同。

　　3.这些文件将被保存在ASP.NET 2.0的App_GlobalResources文件夹下。

　　【提示】如果你仅想在某些页面上显示本地化字符串，那么，通过把资源文件放到App_LocalDirectory文件夹下，你可以在整个应用程序中限制本地化行为。这样将使得本地化成为页面特定的，而不是全应用程序范围内的。这些命名应该如下所示(假定你仅想本地化一个名为MyPage.aspx的页面)：

　　MyPage.aspx.resx：这是MyPage.aspx的缺省的资源文件。

　　MyPage.aspx.fr-FR.resx：当文化改变为French时，将使用它，但是仅仅应用程序中的MyPage.aspx被本地化。

　　所有上面的.resx文件将被编译到运行时刻程序集中。这些程序集被称作"小程序集"，并且为.resx文件提供了强类型包装器。因此，我们不需要担心在ASP.NET 2.0中由我们自己来创建资源程序集的问题。在你发行你的网站后，这些程序集被放在/bin文件夹下的单独的文件夹中(名字为locale)：

　　对于非ASP.NET应用程序，我们需要使用两个工具：

　　1.资源文件生成器（resgen.exe）；

　　2.程序集链接器(al.exe)。

　　在MSDN中存在大量有关如何使用这些工具的详细信息。有兴趣的读者可以找来看看。

　　现在，既然我们已经针对不同文化和语言创建了资源文件，那么接下来，当用户动态地改变文化时，我们需要一种方法来在运行时刻加载它们。幸好实现这一点在ASP.NET 2.0中相当容易。请见下面的代码：


String welcome = Resources.TestSiteResources.Welcome;

　　在这行代码中，我们使用了Resources命名空间，它是由ASP.NET自动创建的，这时它把资源文件编译成"小"程序集并且我们使用与我们创建的资源文件名相同的TestSiteResources类。然后，我们存取Welcome属性，它将基于当前文化从资源文件中提供实际的文本。如果我们想得到标签控件lblWelcome的文本，那么，我们可以使用ASP.NET 2.0中提供的两个方法来进行相同的设置：

　　1.隐式本地化：在此，我们指定在控件定义中的新的元标签并且让ASP.NET基于resourcekey属性从资源文件中取得该值：


＜asp:Label id=lblWelcome meta:resourcekey="lblWelcome" Text ="Welcome"
runat=" server "＞＜/asp:Label＞

　　为了使这能够工作，我们需要把页面特定的资源文件放到/App_LocalDirectory文件夹下。隐式本地化有助于缩小全局资源文件的大小并且有助于改进全局资源管理。当你有大部分页面特定的内容时，你可以使用这种方法。

　　你不需要手工地做任何事情来设置这些隐式本地化属性。只要在设计方式下打开你的web页面，然后转到"Tools-＞Generate Local Resources"。这将为你的页面自动地创建一个资源文件。在Visual Studio 2005资源文件编辑器中，你仅需要针对每一个控件设置不同的域值(Control.Property)。

　　2.显式本地化：当我们拥有全局资源文件时使用这一技术。在此，我们使用表达式来从资源文件中设置值，如下所示：


＜asp:Label id=lblWelcome Text ="＜%$ Resources:TestSiteResources， Welcome %＞" runat=" server "＞
＜/asp:Label＞

　　我们能够使用VS IDE实现这种设置。选择标签控件，转到其属性窗口，选择"Expressions-＞Text"。然后，从下拉框中选择"Resources"并输入类名(在这个示例中是，TestSiteResources)和Resource键(Banner)。这是本地化一个页面中的UI控件的推荐方式。

　　3.以编程方式访问强类型化资源类，如下所示：


lblWelcome.Text = Resources.TestSiteResources.Welcome;

　　这种方法可以工作，但是它需要针对页面中的每一个控件进行编码。因此，你可以对所有的控件使用第二种方法，而且使用这个方法来存取相应于其它内容的资源字符串（如果需要的话）。还应注意，象Calendar控件这样的控件都实现了内置的本地化功能。一旦当前线程的UICulture和Culture发生改变，它就会自动地显示本地化内容，这一切都归功于ASP.NET！