[转帖] *.inl文件是内联函数的源文件

鼯鼠

Symbian 资源文件解析

一、何为资源文件：

在symbian应用程序中，资源文件指的是后缀名为.rss的文件，每个应用程序至少要有一个与之关联的资源文件。资源编译器rcomp编译资源文件后，生成一个.rsc二进制文件和一个相伴的头文件（.rsg）。这样在应用程序框架启动应用程序时，会打开这个二进制文件，借助在.rsg文件中创建的资源标志符，根据需要把各个资源加载到C++代码中。

二、资源文件的作用：

在资源文件中指定用户界面的布局，如常用组件菜单、对话框、列表等在界面上的排列样式，另外还可以在其中指定界面上用户可见的文本信息。当然，这些可见文本并不一定通过字符串在.rss资源文件中定义，我们一般在.loc本地文件中定义，而只需在.rss资源文件中将.loc本地文件引入（include）即可。（刚开始我百思不得其解，真不知道程序终相关的字符串定义在哪里的）

三、资源文件的结构（语法）：

资源文件的具体结构由两部分构成，分别称为头部和主体。

1、头部：主要包括五部分，分别是文件名字、include包含语句、签名、文档名缓冲、应用程序信息资源这些些资源文件标准信息。

（1）名字：用NAME语句定义，该语句必须是资源文件中第一个有意义的行（注释和空白语句不在有意义行定义内），即这条语句要位于include包含语句之前，后面没有分号。该语句指定一个由1到4个字符组成的名字，并建议使用大写字符。如果应用程序使用了多个资源文件的话，那么可以通过它进行区分。如：NAME HELL

（2）include包含语句：允许使用其他地方定义的符号和结构。常见的有uikon.rh、eikon.rh、avkon.rh等

（3）签名：它的内容实际上被忽略，但必须有这条语句，否则加载资源时便报错。一般将实际内容置为空，如：RESOURCE RSS_SIGNATURE { } ，后面没有分号。

（4）文档名缓冲：指定应用程序默认文档名的TBUF资源。大部分程序不使用文档，但仍然必须包含此资源，否则加载资源失败。不需指定文件的扩展名，因为S60本地文档不使用扩展名。如：RESOURCE TBUF { buffer=”HelloWorld”;}

在这里的文件名将作为参数传递给CAknDocument类的OpenFileL(TBool aDoOpen, const TDesC& aFilename, RFs& aFs)方法。这允许一个应用程序在运行时打开一个默认的文档。如果这里的值为空那么程序默认文档名和应用程序名一致。

（5）应用程序信息资源：这个资源比较重要。EIK_APP_INFO资源为应用程序指定各种标准控件。如状态面板等，通常会创建一个为状态面板指定新内容的资源，然后使用EIK_APP_INFO资源的status_pane字段引用它。如：

RESOURCE EIK_APP_INFO

{

hotkeys = r_HelloWorld_hotkeys;

menubar = r_HelloWorld_menubar;

cba = R_AVKON_SOFTKEYS_OPTIONS_BACK;

}

注意：头部中定义的各种资源都没有资源名。

2、主体

主体部分主要定义了应用程序中将要使用的各种资源。

它的一般定义格式如下：

RESOURCE STRUCTNAME resource-name

{

resource-initializer-list

}

在这里STRUCTNAME应替换为具体的资源结构类型，而这些资源结构类型已在文件头部include包含的eikon.rh、uikon.rh、avkon.rh中进行了定义。

资源名resource-name必须小写，通常以r_开头，而在C++文件中使用他们时必须大写，这和资源编译器工作方式有关。例如：

//资源名定义

RESOURCE AVKON_VIEW r_viewmychannelhot

{

hotkeys=r_xv_hotkeys;

menubar=r_menubar_viewmychannelhot;

cba=R_AVKON_SOFTKEYS_SELECTION_LIST;

}

//资源调用

BaseConstructL(R_VIEWMYCHANNELHOT);

下面具体研究resource-initializer-list（初始化资源字段），根据要资源字段的不同类型，初始化字段有三种不同方式：简单初始化器、数组初始化器、结构初始化器。如下：

RESOURCE STRUCT r_my_example_struct

{

simple=EeikCtLabel; //简单初始化器，分配单个值或字符串

array={1,2,3}; //数组初始化器，大括号，元素用逗号隔开

structmember=OTHERSTRUCT //结构初始化器，编译器不进行类型检查，要小心

{

simple1=”hello”;

simple2=”goodbye”;

}

}

由以上示例可知：

简单初始化器：为字段分配单个值或字符串；

数组初始化器：为数组字段分配单个或多个值，格式用大括号括起，其中元素用逗号隔开；

结构初始化器：为结构字段分配单个或多个值。首先初始化时需要提供结构名，而后指定结构每个字段；其次资源编译器不进行类型检查，所哦一设定值时必须与结构字段相应类型一致，否则编译能通过但是运行会出错。

由于采用不同的控件时，其采用的资源字段各不相同，所以先分析三类具体的资源定义，具体控件的资源定义，放在具体控件中阐述。

（1）字符串资源：

可以使用TBUF资源将字符串包含在资源文件中。通常，会在一个.loc文件中或是在指定语言的.lxx文件中定义字符串文字，而不是在.rss文件中定义它们，只需在.rss文件中将.loc文件包含进来即可。

.lxx文件中的xx应该替换为e32std.h中的Tlanguage枚举定义的两位数字区域设置码，之后按照.mmp项目文件中设置的当前生成区域设置把.lxx文件包含到.loc文件中。看一个定义了.lxx文件的.loc文件实例：

#ifdef LANGUAGE_01

＃i nclude “MyApp.101”

#endif

#ifdef LANGUAGE_02

＃i nclude “MyApp.l02”

#endif

最后，.101和.102文件以各自的语言定义字符串，比如：

#define STR_HELL0 “Hello World”

为了确保编译资源时将使用正确的字符串，应该在.mmp文件中包含一行或多行LANG语句，导致生成两个二进制资源文件：.r01和.r02。

LANG 01

LANG 02

（2）标点：介绍如何使用标点符号

a、所有赋值语句之后都应该有分号

b、列表中的元素以逗号分隔

c、资源定义后以及列表中最后一个元素之后不应有分号

举例：

RESOURCE AVKON_VIEW r_myapp_view

{

menubar=r_myapp_menubar;//赋值语句后有分号

cba=r_myapp_cba;//赋值，需要分号

} //资源定义结尾，无需分号

…

RESOURCE TAB_GROUP r_myapp_tabgroup

{

tab_width=EaknTabWidthWithTwoTabs;

active = 0;

tabs =

{

TAB //列表中的第一个TAB STRUCT

{

id = EnavigationPaneTab1;

txt = TAB1_TEXT;

}, //列表元素之间用逗号分隔

TAB

{

id = EnavigationPaneTab2;

txt = TAB2_TEXT;

} //列表结尾无需分号

}; //将列表赋值给tabs，需要分号。

}

鼯鼠

（3）创建资源结构：

RESOURCE语句用于创建特定资源的实例，而STRUCT语句则用于定义资源类型，创建的所有STRUCT定义都应该保存在一个扩展名为.rh的文件中。（从这里显然我们可以试着去打开eikon.rh、uikon.rh、avkon.rh文件看看，里面是否都是STRUCT打头的资源类型定义）

常用STRUCT字段类型见资源文件STRUCT字段类型表。，除简单字段外，还可以把字段定义为一个由相同类型的值组成的数组，在字段名后添加一对方括号即可。如：

STRUCT MENU_PANE

{

STRUCT items[ ];

LLINK extension=0;

}

常用资源字段类型

字段类型	说明
BYTE	单字节，解释为一个有符号或无符号整数
WORD	双字节，解释为一个有符号或无符号整数
LONG	四字节，解释为一个有符号或无符号整数
DOUBLE	八字节，表示一个双精度浮点数
TEXT	以NULL结尾的字符串，已废弃，建议使用LTEXT
LTEXT	Unicode字符串，带有一个前导字节保存长度，没有终止NULL
BUF	Unicode字符串，没有前导字节，没有终止NULL
BUF8	8位字符组成的字符串，没前导和终止，用于放入8位数据
BUF<n>	最大长度为n的Unicode字符串，没有前导和终止
LINK	另一个资源的16位ID，类似于拥有指定资源的一个引用
LLINK	另一个资源的32位ID
SRLINK	自引用LINK，该类型字段值由资源编译器自动分配，不能自行提供初始化值，是一个32位ID
STRUCT	结构，创建本身就是STRUCT的字段，使用它可以把STRUCT嵌入到STRUCT中

STRUCT的类型名字必须都大写，不能含有空格，且以字母字符开始；在具体每个字段的定义时，依次由字段类型、字段名、可选初始值和一个分号组成。类型必须全部大写，字段名必须小写，如果提供默认值，则在资源定义中使用此类型资源结构是可以省略该字段，此时将使用默认值。

鼯鼠

三、与资源文件有关的系统头文件及其他文件：

如上提到的与资源文件相关的*.rh、*.loc和*.*.rsg之外，在资源文件中，往往还会引入其它诸如*.hrh和*.mbg文件，由于这是本人第一篇关于Symbian的小结，所以在这里借资源文件的解析顺带将其它文件也小结一下：

*.h和*.cpp是最基础的C++头文件和C++源文件（这个不用做介绍都知道）；

*.rss是Symbian的资源源文件，主要定义资源实例，具体定义了应用程序UI所需所有字符串、按键、菜单和列表等等控件资源，在Series 60以后，将字符串的具体定义放在了*.loc文件中，更有益于UI本地化和国际化，另据文档说明，*.rss可以扩展为*.r??用于多国语言版本；

*.rh是Symbian的资源头文件，负责资源结构类型的定义，除了预处理语句外就是STRUCT语句，它只能被资源源文件包含；

*.hrh是可以被C++文件（包括头文件和源文件）和Symbian资源文件（包括*.rss和*.rh）包含的头文件，其内基本是预处理语句和enum枚举语句，这些枚举语句往往是菜单、工具条等的命令索引值，在switch…case语句中使用；

*.rsc文件是*.rss文件编译生成的资源（二进制）文件，在资源源文件编译过程中还会产生*.rsg文件，该文件内是*.rss资源源文件中资源的ID值，C++源文件包含它后可以通过资源ID直接装载资源。

与资源相关的还有*.mbg文件，它和*.rsg一样是编译生成的ID文件，具体实现通常在*.mmp（后面介绍）文件中将各种Window bmp位图包含进来，通过编译生成*.mbm的过程中产生（该过程可能调用了aifbuilder这一图标设计工具）。而*.mbm是Symbian系统的图像文件。在这里只要对照rsc文件的过程就行，只不过mbm是UI的图形和图像资源。（这里至于换肤和aifbuilder的一些东西，我还不是很清楚，为此没做展开）

*.inl文件是内联函数的源文件，通常内联函数在C++头文件中实现，但有时为了考虑将其实现与头文件分离，故意在另一文件中实现，通常它在声明内联函数的头文件的末尾被＃include语句包含进来。

*.pan文件是为应用程序创建一份应急代码，字面意思应急代码在开发过程中显示程序的错误用的，但是具体我也没有用到过，所以也不知道如何解释更好些。

*.aif的文件，查到说是Symbian系统的应用程序信息文件，Aif文件的主要作用是在目标设备的菜单中显示图标，由专门的aiftool应用程序产生，也跟本地化有关。

构建文件*.mmp是为控制台应用程序abld准备的项目定义文件，其功能类似makefile，但是它可能比makefile还复杂，因为Symbian构建工具在mmp文件基础上才能产生makefile文件，具体项目定义文件的格式后面再另作解析。

构建文件bld.inf是构建时的信息文件，通常其内只有一个*.mmp用于指向要编译的项目定义文件，但是也可以包含多个*.mmp，具体多个时我试过，只要路径设置正确就可以实现。

根据不同的构建目的，执行abld命令将产生各种不同的目标文件，具体由：*.app（Symbian的系统执行文件相当于Windows的exe文件，它是多态的DLL）、*.dll（共享的dll文件）、*.exe（Symbian系统服务或可执行文件，我将其理解为控制台程序，不知道是否正确，该文件在Window上装有模拟器情况下可以自动运行模拟器）。

打包文件*.pkg文件，该文件是为控制台应用程序makesis准备用来生成*.sis手机安装文件的的定义文件，其语法比较简单，在这里不做展开。

既然对文件已经做了如上分析，那么顺其自然对常见的文件目录也用下表列出做下简单描述

文件夹	内容描述
\aif	存放*.aif和*.aif的源位图（*.bmp）
\data	用于产生*.src的*.rss资源源文件
\group	与平台无关的项目文件如*.mmp、*.inf有时也放*.rss
\inc	*.h、*.loc、*.l**、*.pan、*.hrh等能被＃include””包含的文件
\install	*.pkg和随后生成的安装文件*.sis
\src	*.cpp类的C++源文件