.NET Framework 开发人员指南编码和本地化

sapphire01

在开发全球通用的应用程序时，必须在整个应用程序设计和开发过程中集中精力处理各种问题。其中三个关键问题是全球化、本地化分析和本地化。

全球化是此过程的第一步。一个全球化应用程序支持适用于所有用户的本地化用户界面和区域数据。真正全球化的应用程序应是非特定区域性和非特定语言的。在开始本地化之前的一个中间步骤是进行本地化分析测试。在这一步中，需要确保已将应用程序中需要翻译的资源同应用程序代码的其余部分分开。如果在继续到本地化步骤之前正确进行了本地化分析测试，则在本地化过程中就不必修改应用程序的源代码。本地化是开发全球通用的应用程序过程中的最后一步。在这一步中，需要针对要支持的特定区域性或地区自定义应用程序。这一步主要包括将用户界面翻译为目标语言。

如果在设计阶段的早期解决全球化、本地化分析和本地化要求，则针对要支持的语言生成高质量本地化应用程序所需的时间和金钱就会降到最低。.NET Framework 为开发全球通用的应用程序提供了广泛的支持。本主题提供可帮助您设计和开发全球通用应用程序的信息。

有关其他信息，请参见 Visual Studio 2005 文档中的“全球化与本地化应用程序”、Microsoft Windows 2000 中的国际支持 (www.msdn.microsoft.com/library/backgrnd/html/intl_sup_nt5.htm) 以及 Microsoft 全球软件开发站点 (www.microsoft.com/globaldev)。

sapphire01

编码和本地化概述

.NET Framework 为开发全球通用的应用程序提供了广泛的支持。在开发全球通用的应用程序时，建议将此过程分为三个步骤：全球化、本地化分析和本地化。

全球化是全球通用应用程序创建过程的第一步。在这一步中将编写应用程序的可执行代码。一个真正的全球化应用程序应是非特定区域性和非特定语言的。因此，应集中精力创建能够支持适用于所有用户的本地化用户界面和区域数据的应用程序。注意，尽管全球化应用程序具有这种灵活性，但全球化过程本身并不涉及用户界面的翻译。相反，应致力于使创建的应用程序具有对来自应用程序所支持的所有区域性和地区的用户均有效的功能。

在继续进行本地化之前，应执行中间检查以确定应用程序的 本地化分析。如果应用程序可本地化，说明已正确地将应用程序的可执行代码同其资源分开。如果正确地评估了应用程序的可本地化性，在本地化期间就不需要修改应用程序的源代码。

生成全球通用的应用程序的最后一步是 本地化，在这一步中，需要针对特定的区域性或地区自定义应用程序。如果已正确执行了全球化和本地化分析这两个步骤，则本地化主要包括用户界面的翻译。

设计和开发全球通用的应用程序有以下几个优点：

全球范围的收入。应用程序支持的区域性越多，用户或客户群就越广泛。

可以迅速添加对新区域性的支持。完成初始应用程序后，不必为生成本地化版本进行进一步的开发。若要添加需要支持的新区域性，只需针对目标区域性翻译应用程序的资源即可。

使用资源的效率更高。与在初始开发工作开始后再添加支持相比，将全球通用性作为原始开发过程的一部分来实现所需的开发和测试资源更少。对于被设计为支持单个区域性（如美国英语）的应用程序，将其翻新为支持其他区域性的成本是很大的。而且，试图向已完成的应用程序中引入其他区域性支持也会在应用程序中导致不稳定和 bug。