9MFC预编译Word格式文档下载.docx
《9MFC预编译Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《9MFC预编译Word格式文档下载.docx(21页珍藏版)》请在冰豆网上搜索。
该指令指示编译器将xxx.xxx文件的全部内容插入此处。
若用<
>
括起文件则在系统的INCLUDE目录中寻找文件,若用"
"
括起文件则先在当前目录中寻找文件。
一般来说,该文件是后缀名为"
h"
或"
cpp"
的头文件。
注意:
<
不会在当前目录下搜索头文件,如果我们不用<
而用"
"
把头文件名扩起,其意义为在先在当前目录下搜索头文件,再在系统默认目录下搜索。
(2)#define指令
该指令有三种用法:
第一种是定义标识,标识有效范围为整个程序,形如#defineXXX,常与#if配合使用;
第二种是定义常数,如#definemax100,则max代表100(这种情况下使用const定义常数更好,原因见注1);
第三种是定义"
函数"
,如#defineget_max(a,b)((a)>
(b)?
(a):
(b))则以后使用get_max(x,y)就可以得到x和y中较大的数(这种方法存在一些弊病,见注2)。
第四种是定义"
宏函数"
,
如#defineGEN_FUN(type)typemax_##type(typea,typeb){returna>
b?
a:
b;
},使用时,用GEN_FUN(int),则此处预编译后就变成了max_int(inta,intb){returna>
},(即对max_int(x,y)函数的声明)
以后就可以使用max_int(x,y)就可以得到x和y中较大的数.比第三种,增加了类型的说明。
(3)#if、#else和#endif指令
这些指令一般这样配合使用:
#ifdefined(标识)//如果定义了标识
要执行的指令
#else
#endif
此处是#if#else#endif三个配合使用
在头文件中为了避免重复调用(比如说两个头文件互相包含对方),常采用这样的结构:
#if!
(definedXXX)//XXX为一个在你的程序中唯一的标识符,
//每个头文件的标识符都不应相同。
标识符的常见方法是若头文件名为"
abc.h"
则标识为"
abc_h"
#defineXXX
真正的内容,如函数声明之类
C++预编译
一、预处理的由来
在C++的历史发展中,有很多的语言特征(特别是语言的晦涩之处)来自于C语言,预处理就是其中的一个。
C++从C语言那里把C语言预处理器继承过来(C语言预处理器,被Bjarne博士简称为Cpp,不知道是不是CProgramPreprocessor的简称)。
二、常见的预处理功能
预处理器的主要作用就是把通过预处理的内在功能对一个资源进行等价替换,最常见的预处理有:
文件包含
条件编译
布局控制
宏替换
4种。
文件包含:
#include是一种最为常见的预处理,主要是作为文件的引用组合源程序正文。
宏替换:
#define,这是最常见的用法,它可以定义符号常量、函数功能、重新命名、字符串的拼接等各种功能。
条件编译:
#if,#ifdef,#ifndef,#endif,#undef等也是比较常见的预处理,主要是进行编译时进行有选择的挑选,注释掉一些指定的代码,以达到版本控制、防止对文件重复包含的功能。
布局控制:
#pragma,这也是我们应用预处理的一个重要方面,主要功能是为编译程序提供非常规的控制流信息。
三、预处理指令
预处理指令的格式如下:
#directivetokens
#符号应该是这一行的第一个非空字符,一般我们把它放在起始位置。
如果指令一行放不下,可以通过“”进行控制,例如:
#defineErrorif(error)exit
(1)
等价于
#defineError
if(error)exit
(1)
下面我们看一下常见的预处理指令:
#define宏定义
#undef未定义宏
#include文本包含
#ifdef如果宏被定义就进行编译
#ifndef如果宏未被定义就进行编译
#endif结束编译块的控制
#if表达式非零就对代码进行编译
#else作为其他预处理的剩余选项进行编译
#elif这是一种#else和#if的组合选项//后面有例子的
#line改变当前的行数和文件名称
#error输出一个错误信息
#pragma为编译程序提供非常规的控制流信息
下面我们对这些预处理进行一一的说明,考虑到宏的重要性和繁琐性,我们把它放到最后讲。
四、文件包含指令
这种预处理使用方式是最为常见的,平时我们编写程序都会用到,最常见的用法是:
iostream>
//标准库头文件
iostream.h>
//旧式的标准库头文件
IO.h"
//用户自定义的头文件
../file.h"
//UNIX下的父目录下的头文件
/usr/local/file.h"
//UNIX下的完整路径
..file.h"
//Dos下的父目录下的头文件
usrlocalfile.h"
//Dos下的完整路径
这里面有2个地方要注意:
1、我们用<
还是<
?
我们主张使用<
,而不是<
:
首先,.h格式的头文件早在98年9月份就被标准委员会抛弃了,我们应该紧跟标准,以适合时代的发展。
其次,iostream.h只支持窄字符集,iostream则支持窄/宽字符集。
还有,标准对iostream作了很多的改动,接口和实现都有了变化。
最后,iostream组件全部放入namespacestd中,防止了名字污染。
2、<
io.h>
和"
io.h"
的区别?
其实他们唯一的区别就是搜索路径不同:
对于#include<
,编译器从标准库路径开始搜索对于#include"
,编译器从用户的工作路径开始搜索。
五、编译控制指令
这些指令的主要目的是进行编译时进行有选择的挑选,注释掉一些指定的代码,以达到版本控制、防止对文件重复包含的功能。
使用格式,如下:
1、如果identifier为一个定义了的符号,yourcode就会被编译,否则剔除。
#ifdefidentifier
yourcode
2、如果identifier为一个未定义的符号,yourcode就会被编译,否则剔除。
#ifndefidentifier
3、如果expression非零,yourcode就会被编译,否则剔除。
#ifexpression
4、如果identifier为一个定义了的符号,yourcode1就会被编译,否则yourcode2就会被编译。
yourcode1
yourcode2
5、如果epression1非零,就编译yourcode1,否则,如果expression2非零,就编译yourcode2,否则,就编译yourcode3。
#ifexpressin1
#elifexpression2
yourcode3
#enif
其他预编译指令除了上面我们说的集中常用的编译指令,还有3种不太常见的编译指令:
#line
#error
#pragma
我们接下来就简单的谈一下。
#line的语法如下:
#linenumberfilename
例如:
#line30a.h
其中,文件名a.h可以省略不写。
这条指令可以改变当前的行号和文件名,例如上面的这条预处理指令就可以改变当前的行号为30,文件名是a.h。
初看起来似乎没有什么用,不过,他还是有点用的,那就是用在编译器的编写中,我们知道编译器对C++源码编译过程中会产生一些中间文件,通过这条指令,可以保证文件名是固定的,不会被这些中间文件代替,有利于进行分析。
#error语法如下:
#errorinfo
#ifndefUNIX
#errorThissoftwarerequirestheUNIXOS.//出现前面一行的情况就弹出错误提示窗口
这条指令主要是给出错误信息,上面的这个例子就是,如果没有在UNIX环境下,就会输出ThissoftwarerequirestheUNIXOS.然后诱发编译器终止。
所以总的来说,这条指令的目的就是在程序崩溃之前能够给出一定的信息。
#pragma是非统一的,他要依靠各个编译器生产者。
例如VC++中:
#pragmacomment(lib,"
dllTest.lib"
)
导入库dllTest.lib。
六、预定义标识符
为了处理一些有用的信息,预处理定义了一些预处理标识符,虽然各种编译器的预处理标识符不尽相同,但是他们都会处理下面的4种:
__FILE__正在编译的文件的名字
__LINE__正在编译的文件的行号
__DATE__编译时刻的日期字符串,例如:
25Jan2006"
__TIME__编译时刻的时间字符串,例如:
12:
30:
55"
cout<
Thefileis:
__FILE__"
!
Thelinesis:
__LINE__<
endl;
七、预处理何去何从
如何取代#include预处理指令,我们在这里就不再一一讨论了。
C++并没有为#include提供替代形式,但是namespace提供了一种作用域机制,它能以某种方式支持组合,利用它可以改善#include的行为方式,但是我们还是无法取代#include。
#pragma应该算是一个可有可无的预处理指令,按照C++之父Bjarne的话说,就是:
“#pragma被过分的经常的用于将语言语义的变形隐藏到编译系统里,或者被用于提供带有特殊语义和笨拙语法的语言扩充。
”
对于#ifdef,我们仍然束手无策,就算是我们利用if语句和常量表达式,仍然不足以替代它,因为一个if语句的正文必须在语法上正确,满足类检查,即使他处在一个绝不会被执行的分支里面。
十、预编译头文件的补充说明
这里介绍VC6的预编译功能的使用,由于预编译详细使用比较的复杂,这里只介绍几个最重要的预编译指令:
/Yu,/Yc,/Yx,/Fp。
其它的详细资料可以参考:
MSDN->
VisualStudio6.0Document->
VisualC++6.0Document->
VC++ProgrammerGuider->
CompilerandLinker->
Details->
CreatingPrecompiledHeaderfiles
预编译头的概念:
所谓的预编译头就是把一个工程中的那一部分代码,预先编译好放在一个文件里(通常是以.pch为扩展名的),这个文件就称为预编译头文件这些预先编译好的代码可以是任何的C/C++代码,甚至是inline的函数,但是必须是稳定的,在工程开发的过程中不会被经常改变。
如果这些代码被修改,则需要重新编译生成预编译头文件。
注意生成预编译头文件是很耗时间的。
同时你得注意预编译头文件通常很大,通常有6-7M大。
注意及时清理那些没有用的预编译头文件。
也许你会问:
现在的编译器都有Timestamp的功能,编译器在编译整个工程的时候,它只会编译那些经过修改的文件,而不会去编译那些从上次编译过,到现在没有被修改过的文件。
那么为什么还要预编译头文件呢?
答案在这里,我们知道编译器是以文件为单位编译的,一个文件经过修改后,会重新编译整个文件,当然在这个文件里包含的所有头文件中的东西(.egMacro,Preprocessor)都要重新处理一遍。
VC的预编译头文件保存的正是这部分信息。
以避免每次都要重新处理这些头文件。
根据上文介绍,预编译头文件的作用当然就是提高便宜速度了,有了它你没有必要每次都编译那些不需要经常改变的代码。
编译性能当然就提高了。
要使用预编译头,我们必须指定一个头文件,这个头文件包含我们不会经常改变的代码和其他的头文件,然后我们用这个头文件来生成一个预编译头文件(.pch文件)想必大家都知道StdAfx.h这个文件。
很多人都认为这是VC提供的一个“系统级别”的,编译器带的一个头文件。
其实不是的,这个文件可以是任何名字的。
我们来考察一个典型的由AppWizard生成的MFCDialogBased程序的预编译头文件。
(因为AppWizard会为我们指定好如何使用预编译头文件,默认的是StdAfx.h,这是VC起的名字)。
我们会发现这个头文件里包含了以下的头文件:
afxwin.h>
//MFCcoreandstandardcomponents
afxext.h>
//MFCextensions
afxdisp.h>
//MFCAutomationclasses
afxdtctl.h>
//MFCsupportforInternetExplorer4CommonControls
afxcmn.h>
这些正是使用MFC的必须包含的头文件,当然我们不太可能在我们的工程中修改这些头文件的,所以说他们是稳定的。
那么我们如何指定它来生成预编译头文件。
我们知道一个头文件是不能编译的。
所以我们还需要一个cpp文件来生成.pch文件。
这个文件默认的就是StdAfx.cpp。
在这个文件里只有一句代码就是:
#include“Stdafx.h”。
原因是理所当然的,我们仅仅是要它能够编译而已―――也就是说,要的只是它的.cpp的扩展名。
我们可以用/Yc编译开关来指定StdAfx.cpp来生成一个.pch文件,通过/Fp编译开关来指定生成的pch文件的名字。
打开project->
Setting->
C/C++对话框。
把Category指向PrecompiledHeader。
在左边的树形视图里选择整个工程。
我们可以使用预编译头功能了。
以下是注意事项:
1):
如果使用了/Yu,就是说使用了预编译,我们在每个.cpp文件的最开头,我强调一遍是最开头,包含你指定产生pch文件的.h文件(默认是stdafx.h)不然就会有问题。
如果你没有包含这个文件,就告诉你Unexpectedfileend.如果你不是在最开头包含的,你自己试一下就知道了,绝对有很惊人的效果。
2)如果你把pch文件不小心丢了,根据以上的分析,你只要让编译器生成一个pch文件就可以了。
也就是说把stdafx.cpp(即指定/Yc的那个cpp文件)重新编译一遍就可以了。
当然你可以傻傻的Rebuildall。
简单一点就是选择那个cpp文件,按一下Ctrl+F7就可以了。
在所有的预处理指令中,#Pragma指令可能是最复杂的了,它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。
#pragma指令对每个编译器给出了一个方法,在保持与C和C++语言完全兼容的情况下,给出主机或操作系统专有的特征。
依据定义,编译指示是机器或操作系统专有的,且对于每个编译器都是不同的。
一般格式
其格式一般为:
#pragmaPara。
其中Para为参数,下面来看一些常用的参数
常用参数
#pragmamessage参数
Message参数能够在编译信息输出窗口中输出相应的信息,这对于源代码信息的控制是非常重要的。
其使用方法为:
1
#pragma
message("
消息文本"
当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。
当我们在程序中定义了许多宏来控制源代码版本的时候,我们自己有可能都会忘记有没有正确的设置这些宏,此时我们可以用这条指令在编译的时候就进行检查。
假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏可以用下面的方法
2
3
#ifdef
_X86
_X86
macro
activated!
)
当我们定义了_X86这个宏以后,应用程序在编译时就会在编译输出窗口里显示“_X86macroactivated!
”。
我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了。
#pragmacode_seg
另一个使用得比较多的pragma参数是code_seg。
格式如:
code_seg(["
section-name"
[,"
section-class"
]])
它能够设置程序中函数代码存放的代码段,当我们开发驱动程序的时候就会使用到它。
#pragmaonce
(比较常用)
只要在头文件的最开始加入这条指令就能够保证头文件被编译一次,这条指令实际上在VC6中就已经有了,但是考虑到兼容性并没有太多的使用它。
#pragmaonce是编译相关,就是说这个编译系统上能用,但在其他编译系统不一定可以,也就是说移植性差,不过现在基本上已经是每个编译器都有这个定义了。
#ifndef,#define,#endif这个是C++语言相关,这是C++语言中的宏定义,通过宏定义避免文件多次编译。
所以在所有支持C++语言的编译器上都是有效的,如果写的程序要跨平台,最好使用这种方式
#pragmahdrstop
#pragmahdrstop表示预编译头文件到此为止,后面的头文件不进行预编译。
BCB可以预编译头文件以加快链接的速度,但如果所有头文件都进行预编译又可能占太多磁盘空间,所以使用这个选项排除一些头文件。
有时单元之间有依赖关系,比如单元A依赖单元B,所以单元B要先于单元A编译。
#pragmaresource
#pragmawarning
warning(disable:
450734;
once:
4385;
error:
164)
等价于:
450734)//不显示4507和34号警告信息
warning(once:
4385)//4385号警告信息仅报告一次
warning(error:
164)//把164号警告信息作为一个错误。
同时这个pragmawarning也支持如下格式:
warning(push[,n])
warning(pop)
这里n代表一个警告等级(1---4)。
warning(push)保存所有警告信息的现有的警告状态。
warning(push,n)保存所有警告信息的现有的警告状态,并且把全局警告等级设定为n。
warning(pop)向栈中弹出最后一个警告信息,
在入栈和出栈之间所作的一切改动取消。
4
5
6
warning(push)
4705)
4706)
4707)
//.......
在这段代码的最后,重新保存所有的警告信息(包括4705,4706和4707)。
#pragmacomment
comment(...)
该指令将一个注释记录放入一个对象文件或可执行文件中。
常用的lib关键字,可以帮我们连入一个库文件。
每个编译程序可以用#pragma指令激活或终止该编译程序支持的一些编译功能。
例如,对循环优化功能:
loop_opt(on)//激活
loop_opt(off)//终止
有时,程序中会有些函数会使编译器发出你熟知而想忽略的警告,如“Parameterxxxisneverusedinfunctionxxx”
可以这样:
warn—100//Turnoffthewarningmessageforwarning#100