全国咨询热线：136-9172-9932
在软件国际化开发过程中应该满足以下要求： （1）支持 Unicode 字符集、双字节字符。 在编码过程中应该支持 Unicode 字符集、双字节字符，这样可以很容易地在不同语言之间进行 数据交换，能够支持所有语言的单个二进制.exe 文件或 DLL 文件，并提高应用程序的运行效率。 Unicode 事实上包含了现代计算机广为使用的所有字符，至少可以处理 110 万个编码点，提供 了 8 位、16 位、32 位编码形式，其中 16 位是默认编码形式。Unicode 的编码点位置是无序的，而 且 Unicode 也没有提供编码的字体信息。
由于 Internet 的全球性要求能够适用于所有语言的解决方案，所以 Unicode 特别适合于 Internet 时代。Unicode 是被所有计算机公司接受的字符编码标准。把软件构建在 Unicode 标准的基础上是 国际化过程的一个步骤，还需要编写与文化参数设置或语言规则相适应的代码。对于目前已成熟的 商用版本，管理人员可根据实际情况决定是否进行国际化的移植。对于涉及到数据库等后台程序， 可根据数据库国际化编程规范进行操作，在有大量界面的程序中使用 Unicode 编码。 （2）将程序代码与显示内容分离。 为了有效地解决本地化页面显示问题，在程序设计过程中需要将程序与显示内容分离，即页面 内容放在一个文件中，控件与控件事件存放在另一个文件中，这样在尽量不修改代码的情况下，实 现本地化版本。 （3）消除硬编码。硬编码是指将可变变量用一个固定值来代替的方法。用这种方法编译后，如果以后需要更改此 变量就非常困难了。 国际化软件涉及到日历自动翻译、时间自动翻译、货币自动翻译，实现大小写自动转换、数字 格式显示、处理地址格式和处理电话格式等情况下应该避免硬编码，调用系统 API 函数来实现。 【实例】如实现大小写的自动转换。 在某些国家没有大小写的概念（例如东亚和中东文字），有些语言有大小写的概念，但采用传 统的做法（通过 ASCII 值加减来实现大小写的转换），在诸如俄语等语种中会出现错乱。因此，在 国际化版本中需要调用系统 API（LCMapString）来实现具有区域意识的大小写转换，避免采用硬 编码方式。 下面的代码范例演示了这个 API 的工作方式：
TCHAR g_szBuf[MAX_STR]; LCMapString (LCID Local, //将使用其规则来进行大小写转换操作的区域标识符 DWORD dwMapFlags, //映射转换 //LCMAP_LOWERCASE 或者 LCMAP_UPPERCASE） LPCTSTR lpSrcStr, //源串 Int cchsrc, //源串长度 LPCTSTR lpDestStr, //目标缓冲区 Int cchDst); //缓冲区长度 （4）改善翻译文本尺寸，使其具有调整的灵活性。 对于不同语言的主窗口及对话框，尽量保持近似的大小。建议对话框的英文字体为 MS Sans Serif，字号 8，中文字体为宋体，字号 9。 对于控件，应根据实际需要对显示的文本进行大小调节，也就是说，各语言版本控件不必保持 大小一致，以适应各自语言文本长度需要为主，兼顾整体设计。 （5）支持各国的键盘设置。 系统需要支持各国的键盘设置，但所有的热键应该统一。Microsoft Windows XP 操作系统键盘 布局设置如图 13-4 所示，其支持世界所有国家的键盘布局和键盘输入设置。 （6）支持文字排序和大小切换。 如图 13-5 所示为 Microsoft Word 的按字母排序。
（7）支持各国度量衡、时区、货币单位格式设置。 系统应该能支持各国度量衡、时区、货币单位格式设置，如图 13-6 所示为 Microsoft Excel 中 各国货币单位设置。
