一个关于#include的问题 |
赵湘宁 |
问题: 我试图将一个头文件包含在工程的资源文件中。为此在.rc文件中添加了如下一行代码: #include "MyFile.h" 虽然运行没有问题,但是每次在Visual Studio中打开资源时,它都把这一行代码删除掉了。我之所以要包含这个头文件是因为想使用第三方定义的菜单项ID号。 解答: 讨厌的IDE环境有时总是以刁难你的代码为乐趣,你说是不是?请不要怕,莫高一尺、道高一丈,对于这种问题总是有办法解决它的。在打开.rc文件的时候,App Studio(Visual Studio资源编辑器的老名称)自己要对这个文件作一些处理。在存储文件时,它并不重新产生这个文件并另存。特别是App Studio喜欢有一个而且只有一个头文件来包含所定义的全部资源符号。通常,这个文件叫resource.h,但是你可以通过在MyApp上单击右键并选择“Resource Includes”(资源包含)来改变这个文件的名字。当App Studio写入资源文件的时候,它产生一个而且只产生一个#include语句。任何用手东方式敲入的附加的#include都会像前面那样被删掉。 |
![]() |
图八 对话框边空(Dialog Margins) |
是否能对它进行处理呢?当然可以。你可能注意到了App Studio将自己专用的信息嵌入到资源文件中。例如,你可能创建了一个带边空的对话框(如图八)。你是否知道App Studio将边空尺寸存在哪了吗?并没有存在对话框的语句中,因为它没有MARGINS选项。其实,App Studio将这些信息存在了一个特殊的段中: |
//#ifdef APSTUDIO_INVOKEDGUIDELINES DESIGNINFO DISCARDABLE BEGIN IDD_MYDIALOG, DIALOG BEGIN LEFTMARGIN, 8 RIGHTMARGIN, 502 TOPMARGIN, 8 BOTTOMMARGIN, 273 ENDEND#endif // APSTUDIO_INVOKED// |
APSTUDIO_INVOKED是在当App Studio 处理.rc文件时定义的,而不是在通常资源编译器编译它的时候定义的。资源编译器根本就不会明白“GUIDELINES”的意思;只有App Studio才会明白。为什么#include的问题会牵扯到“GUIDELINES”呢?因为这个问题的答案依赖于APSTUDIO_INVOKED。你要做的全部工作只是将要包含的文件一下面的形式#include就可以了: |
//#ifndef APSTUDIO_INVOKED // if NOT defined#include "MyOtherHeader.h"#endif// |
App Studio在运行时,因为定义了APSTUDIO_INVOKED,所以它忽略掉你的#include。但当没有定义APSTUDIO_INVOKED时,RC编译器就会编译你#include的文件。此外——也是最重要的一点——App Studio在它存储你的.rc文件时会保护你的#include语句。它识别: “这里的这个#ifndef块不是我的,所以我想最好还是不删除它...” 如果你的好奇心想知道为什么App Studio总是要删除开始那样添加的代码——那是另外一个故事! 我们下次再讲吧。 |
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=3448