多语言应用程序的开发

多语言应用程序的开发2基本概念:i18ninternationalization之略，一般译作国际化将软件与特定语言及地区脱钩的过程与程序开发人员关系紧密对一个产品只需做一次i18n意味着软件有适用于任何地区的“潜力”3基本概念:l10nlocalization之略，一般译作本地化将软件与特定语言及地区挂钩的过程与翻译人员联系紧密需要对特定语言都要做一次，所以有可能不止一次本地化则是为了更适合于特定地方的使用，而另外增添的特色4i18n+l10n=?5答案2i18n+l10n=nls,"nativelanguagesupport"两者合起来称为“本地语言支持”是开源项目的叫法6本地化的工作焦点界面文字(工作量最大的部分)时间日期、货币和度量衡等书写排版习惯更高文化内容层次前二者可通过下面介绍的gettext来完成，而第三项可通过pango完成，第四项则需要对软件本身进行特定的修改7相关语言标准:ISO639-1是ISO639标准的第一部分使用两位小写字母表示世界上的主要语言一共规定了136个示例：

汉语：zh 英语：en

德语：de 法语：fr

日语：ja 俄语：ru

阿拉伯语：ar 葡萄牙语：pt

西班牙语：es 意大利语：it8ISO639-1与ISO3166-1联合表示通常用来表示计算机区域设置ISO639-1中的二位小写字母与ISO3166-1中的二位大写字母中间用下划线连起来如：

中国大陆的简体中文： zh_CN

中国台湾的繁体中文： zh_TW

中国香港的繁体中文： zh_HK

美国英语： en_US

英国英语： en_GB另外可加上编码，如zh_CN.GB180309国际字符集标准：Unicode由Unicode协会制定，Unicode协会的成员包含IBM，微软，苹果，惠普，Adobe和施乐等IT巨头与ISO/IEC10646(UCS)互相补充主要使用的是其BMP部分

BMP=BasicMultilingualPlane

即基本多文种平面，其它罕见的字符则位于辅助平面中在BMP中的Unicode字符一般表示方法：U+XXXX(XXXX是对应的十六进制表示)Unicode的在计算机中的编码方案称为UTF

UTF=UnicodeTranslationFormat

或者UnicodeTranformationFormat 10国际编码标准之一：UTF-16Unicode的默认编码标准，通常所说的Unicode编码即是UTF-16编码根据高位在前或在后的区别，可分为

UTF-16BigEndian与UTF-16LittleEndian

大多数机器使用UTF-16LittleEndian为了确定Unicode编码的文本文件的字节顺序，可在文件最前面加上两个字节的字节序标记，这个标记称为BOM，BOM=ByteOrderMark

两种字节序对应的BOM如下

BigEndian:0xFEFF

LittleEndian:0xFFFE11国际编码标准之二：UTF-8最初源于1992年X/Open对Unicode的更佳编码系统的追求当时正在贝尔实验室开发Plan9操作系统的KenThompson和RobPike两人对此很感兴趣，他俩在NewJersey的一个餐车的餐桌垫上设计了UTF-8的设计要点对X/Open的最初设计做了重大修改，并回馈给X/Open已标准化为RFC362912补充：中国大陆的本地编码最早的标准是1980年公布的GB2132，或称之为GB2312-1980，包含了六千多个常用汉字和日文中的平假名与片假名等符号，但不包含繁体中文1995年，GBK标准加入了繁体汉字的支持，共有两万多个汉字13补充：中国大陆的本地编码2000年，国家质监局公布了最新的汉字本地编码标准GB18030是目前包含汉字最多的（达七万多个）编码在GBK基础上增加了少数民族文字和罕见汉字变长字节编码，字符可能由1,2,4个字节表示是纯中文应用的首选GB2312,GBK,GB18030统称GB系列

基本向上兼容，GB是“国标”的拼音缩写另外新加坡也是使用GB编码14补充：中国其它地区的本地编码港台地区主要使用Big5码，其得名于台湾13家厂商推出的“五大中文处理套件”产生于1984年，共收录一万三千多个汉字产生之初只是业界标准而不是官方标准，但由于影响深远，所以目前已成台湾地区的官方标准，称为Big5-2003由于编码与ASCII编码中的控制字符有冲突，故有所谓的“许功盖”问题15多语言的解决方案：硬编码将翻译信息放到程序代码中，灵活性差一旦需要修改翻译，需要重写代码完全没有使用任何国际化机制强烈不推荐16多语言的解决方案：资源文件将可翻译的文本信息放在资源文件中可翻译文本作为字符串资源程序从资源里提取信息修改翻译需要重新链接资源徐晓涛同学参与翻译的HOI游戏就是使用的这种方法，这也是很多Windows平台程序常使用的方法17多语言的解决方案：纯文本翻译文件直接使用纯文本的翻译文件，Maxthon、Opera还有Safari就是使用的这种方法，但是性能上有一定的损失纯文本的文件有可能是如Maxthon使用的ini格式，也可能是与应用软件本身直接支持的语言所包含的数据表，如Safari就是用的JavaScript脚本最灵活的一种方案，文本文件的格式也是五花八门18GNUGettext简介在开源软件中广泛使用，是开源软件中最主流的多语言解决方案本身使用C语言实现，但提供了相当多的语言绑定，如Perl,Ruby,PHP等，因此可以用于其它语言写的程序，甚至是网站提供了一系列命令行工具辅助工作其开放的PO格式已有大量图形界面编辑软件的支持，如KDE下的KBabel，Gnome下的Gtranslator和跨平台的POEdit等总结：成熟、稳定、强大，使用也不复杂19具体实例:QuciferQucifer：基于QtforEmbeddedLinux的嵌入式音频播放器，使用的是Qt提供的翻译机制，纯文本翻译文件是用基于XML的TS格式，二进制是使用QM格式，翻译工具为QtLinguist20使用gettext为软件提供多语言支持在源文件中使用gettext函数动态获取可翻译文本用xgettext工具从源文件中将