一、 ASP.NET全球化信息

在我的网站中，在创建资源文件并加入一些本地化数据后，我首先开始使用显式本地化来设置控件（例如，在我的网站中的标签）的文本，以便它们可以从资源文件中得到它们的值。既然存在四种语言；所以，除一个完全可依赖的资源文件之外(没有本地化命名)，我创建了四个资源文件。

注意，这些资源文件都以本地化标记作为它们的中间名称，因此，我需要把UICulture设置为与该本地化相同的名字以便ASP.NET存取这些资源文件。

但是，问题是：我该怎样在PostBack事件中动态地改变文化呢？幸好，ASP.NET在Page类中提供了一种可重载的方法： InitializeCulture()。这个方法在页面生命周期(在生成任何控件之前)中执行得很早，并且在此，我们能够设置当前线程的UICulture和Culture。

由于这个方法位于Page类中，并且我不想针对每一个web页面都重复相同的代码，所以我创建了一个BasePage类，我的应用程序中的所有的aspx页面都派生自这个BasePage类。但是现在，我又面临另一个问题。

回到UI设计：我使用了一个MasterPage和一个Header用户控件(在一个ContentPlaceHolder内)。我把一个缺省的页面与该MasterPage相关联。整个站点必须动态地实现本地化。因此，在顶部，有一个下拉框，用户可以从中选择一种语言/文化。在BasePage的 InitilializeCulture方法中，我必须取得用户从下拉框选择的项的值；但是，因为它还没有被初始化，所以，我还不能存取任何控件的值。答案是：使用表单集合(从响应对象内)。

一旦我们从web应用程序中提取了所有的内容并且基于用户选择和使用Resources.TestWebSite.XXXPropertyName设置好了Culture和UICulture，那么，我们就已经为我们的全球化框架作好了准备。现在，剩下的唯一事情是把资源特定的数据添加到相应的资源文件中。针对每一种文件类型，我们需要有一个单独的(和适当命名的)资源文件。这个过程称为本地化。在我的web.config文件中，我使用了下列属性：

 responseEncoding"=utf-8" requestEncoding="utf-8" fileEncoding="utf-8" />  

 runat="server" dir="<%$ Resources: TestSiteResources， Direction %>">