电子产品世界

在嵌入式系统开发中，某些产品可能会需要跨区域销售，因此，通常会有多语言的需求。对于这一类多语言需求的解决，在嵌入式产品中有其特殊的地方。以下，给出一种可能的解决方案。

该方案的核心思想是为所有文本建立索引，通过索引可以得到特定语言的文字编码，随后通过该编码获得字库资源，并进行输出。在这过程中，唯一需要注意的是对于特殊的某些语言，如阿拉伯语等的处理。（阿拉伯语字符在连写时，其形状会发生变化。）

1． 字库的建立：

文本最终都将输出给用户，因此，必须为文本内容指定字库。本方案中采用UNICODE编码字库。字库文件采用二进制存储，按UNICODE编码顺序排列存储点阵数据，点阵大小为24*24。

2． 文本资源文件：

文本资源文件描述了特定语言的文本内容，以及相关的字符编码。例如对于Chinese.cfg文件来说，就保留了一个索引为1的文本，该文本内容为“确认”；相应对于English.cfg文件来说，必然会同样有一个索引为1的文本，该文本内容为“CONfirm”。通过对所有的文本建立索引并生成文本资源文件，就为最终的解决扫清了障碍。

文本资源文件采用二进制存储。文件头部16个字节为描述性信息，之后是文本映射表，紧跟映射表之后为文本的实际Unicode编码。

3． 对文本资源文件进行描述的数据结构

　　typedef STruct _txtres_fileheader {

　　LONG lFileType; //文件类型，0x2E434647='.CFG'

　　LONG lVersionNum; //适用版本，0x56313032='V102'

　　LONG lMapOffset; //偏移量，文件头到文本映射区的偏移量

　　LONG lDataOffset; //偏移量，文件头到文本数据区的偏移量

　　} APPteXT_FILEHEADER;

4． 文本映射表结构

　　typedef struct _txtres_txtmap {

　　WORD wTextIndes; //当前文本的索引值

　　WORD wTextSize; //当前文本的Unicode编码所占用的字节数

　　LONG lUnicodeOffset; //从文件头到当前文本Unicode编码存储位置的偏移量

　　} TXTRES_TXTMAP;

5． 特殊语言（阿拉伯语等）的解决

特殊语言在连写时可能发生变化，因此采用固定字库可能无法解决该问题。针对这种状况可以直接新增一个自定义字库。以阿拉伯语为例，该字库的处理过程如下：

a. 首先将阿拉伯的文本内容按预定格式（例如24*24）在windows系统上显示输出，并将内容保存为图片格式。此时图片中便为连写内容。

b. 随后，对图片进行分割。如按照24*24进行分割便可得到特定的24*24大小的字库内容。

c. 最后，将原先的UNICODE编码转为按照之前生成的字库来编码。

d. 之后在程序代码中就可利用自定义字库与自定义编码来显示阿拉伯语。

最后附上部分示例代码。

　　//定义文本配置文件路径

　　#define TXT_FILE_ENGLISH config/English.cfg

　　#define TXT_FILE_CHINASIM config/ChinaSim.cfg

　　#define TXT_FILE_CHINATRA config/ChinaTra.cfg

　　#define TXT_FILE_KOREAN config/Korean.cfg

　　#define TXT_FILE_JAPANESE config/Japanese.cfg

　　#define TXT_FILE_SPANISH config/Spanish.cfg

　　#define TXT_FILE_RUSSIAN config/Russian.cfg

　　#define TXT_FILE_THAI config/Thai.cfg

　　#define TXT_FILE_GERMAN config/German.cfg

　　#define TXT_FILE_FRANCE config/France.cfg

　　#define TXT_FILE_ITALY config/Italy.cfg

　　#define TXT_FILE_ARABIA config/Arabia.cfg

　　#define TXT_FILE_PORTUGAL config/Portugal.cfg

　　#define TXT_FILE_HINDI config/Hindi.cfg

　　#define TXT_FILE_TURKISH config/Turkish.cfg

关键词： 解决方案 文本 语言 系统 嵌入式