转蝲csdn上关于详解关�?include "stdafx.h"

mengkai — Mon, 10 Oct 2011 09:01:00 GMT

关于#include "stdafx.h"

�Q?�Q?/span>Standard Application Frame Extend没有函数库，只是定义了一些环境参敎ͼ�使得�~�译出来的程序能�?2位的操作�pȝ��环境下运行。Windows和MFC的include文�g都非常大�Q�即使有一个快速的处理�E�序�Q�编译程序也要花费相当长的时间来完成工作。由于每�?CPP文�g都包含相同的include文�g�Q��ؓ每个.CPP文�g都重复处理这些文件就昑־�很傻了。�ؓ避免�q�种��费�Q�AppWizard和VisualC++�~�译�E�序一赯��行工作，如下所�C�：
1.AppWizard建立了文件stdafx.h�Q�该文�g包含了所有当前工�E�文仉��要MFCinclude 文�g。且�q�一文�g可以随被选择的选项而变化�?br />2.AppWizard然后��徏立stdafx.cpp。这个文仉��常都是一��L��?br />3.然后AppWizard��徏立�v工程文�g�Q�这��L��一个被�~�译的文件就是stdafx.cpp�?br />4当VisualC++�~�译stdafx.cpp文�g�Ӟ��它将�l�果保存在一个名为stdafx.pch的文仉��?扩展名pch表示预编译头文�g�?( 预编译头文�g通过�~�译stdafx.cpp生成�Q�以工程名命名，�׃��预编译的头文件的后缀�?#8220;pch”�Q�所以编译结果文件是projectname.pch�?
5.当VisualC++�~�译随后的每�?cpp文�g�Ӟ��它阅��dƈ使用它刚生成�?pch文�g�?br />VisualC++不再分析Windows include文�g�Q�除非你又编�~�了stdafx.cpp或stdafx.h。这个技术很�_��y�Q�你不这么认为吗�Q?�q�要说一句，Microsoft�q��是首先采用这�U�技术的公司�Q�Borland才是�?在这个过�E�中你必��遵守以下规则：
1.你编写的��M��.cpp文�g都必��首先包含stdafx.h�?br />2.如果你有工程文�g里的大多�?cpp文�g需�?h文�g�Q�顺便将它们加在stdafx.h(后部)上，然后预编译stdafx.cpp�?br />3.�׃��.pch文�g��h��大量的符号信息，它是你的工程文�g里最大的文�g�?br />如果你的��盘�I�间有限�Q�你��希望能��这个你从没使用�q�的工程文�g中的.pch文�g删除。执行程序时�q�不需要它们，且随着工程文�g的重新徏立，它们也自动地重新建立

(2)stdafx.h文�g中包含了一些必要的头文�Ӟ��如afxwin.h�Q�，对应于stdafx.h有一个stdafx.cpp文�g�Q�该文�g内包含一句： #include "stdafx.h"�Q�其作用是��o�~�译器编译出一个stdafx.obj预编译头文�g�Q�pre-compile header�Q�需要设�|�编译选项�Q�，在下�ơ编译时以降低�ȝ��~�译旉��。若使用ClassWizard定义新类�Q�则有可能在stdafx.h中增加新�?include files。比如，若选用MFC template classes�Q�stdafx.h中便会增加：#include �?/span>

(3)注：1.afxwin.h是MFC�~�程的必需文�g�Q�其中包含如CString�Q�CEdit�c�运行所必需的头文�g�Q�最好保证该句在头文仉��行；它还会调用windows.h�Q�改头文件包含有数据�c�d��的定义、API入口点定义和其它有用的参��C��息；

2.非MFC工程使用MFC库时最常见的问题就是windows.h重复包含错误�Q�fatal error C1189: #error : WINDOWS.H already included. MFC apps must not #include �Q?br />
3.#define WIN32_LEANAND_MEAN�Q�在windows的头文�g中拒�l�接受MFC�c�d��Q�以加速编译时��_��

4.afx - afx中的af指的是Application Frame的羃写，曄��有一个技术开发团队专门作Application Frame�Q�后来给�q�个团队命名用afx�Q�x本��n没有含义�Q�只不过构成一个响亮的口号�Q�后来就一直沿用下来�?/span>

5.建立了一个新的空的工�E?��目中的stdafx.cpp使用的是Create Precompiled Header (/Yc)�Q�而其�?cpp是用的Use Precompiled Header (/Yu)�Q��ƈ且Create/Use PCH Trhough File是stdafx.h

(4)stdafx是预�~�译头文件。你可以从VC++集成环境菜单Project/Settings...�?/span>

Project Settings Dialog/C/C++/Category:Precompiled Headers/Use precompiled header file(.pch)的Check Box中看到。已�l�将Stdafx.h文�g作�ؓ预编译的头文件来使用。预�~�译头文件是在编译所有Code之前�Q�首先进行的动作。通过解析�q�个文�g�Q�取得定义的�l�构和参数。这样就不用在编译每个文件时都重新进行解析。提高编译速度。stdafx.h�q�个名称是可以改变的�Q�你可以指定预编译头文�g的名�U�。这个只在vc中有�?�q�不是c++的特�?vc中可以在�q�里声明全局变量和ID的地�?/span>

(5) fatal error C1083: Cannot open include file: 'stdafx.h': No such file or directory

A如果�Ҏ(gu��)��没有stdafx.h,你�ؓ何要包含�?一般只有大工程才需要预�~�译头文�?stdafx.h

删除�q�一�?include "stdafx.h"

B project-> Settings->c/c++ category->Precomiled Headers 选择�W�一�?Not using precompiled headers

C Project->Settings->C/C++->Project Options中把/Fp"Debug/Your_Project_Name.pch"�?Yu"stdafx.h"两项删掉��可以了。要注意原来在stdafx.h内包含的文�g要包含到各个.cpp文�g�?

D�?.cpp中的开头加�?include "stdafx.h".(#include "stdAfx.h" 攑ֈ�另外#include的前面，也就是程序的最前面。��用预�~�译头文仉���要把它放到程序最前面�Q�否则它前面的内容会被忽�?

E rebuild all

(6)讄��了预�~�译�Q�如果不�?include "stdafx.h", ��׃��报这个错�Q?fatal error C1010:

unexpected end of file while looking for precompiled header directive。编译器通过一个头文�gstdafx.h来��用预�~�译头文件。stdafx.h�q�个头文件名是可以在project的编译设�|�里指定的。编译器认�ؓ�Q�所有在指��o#include "stdafx.h"前的代码都是预编译的�Q�它跌��#include "stdafx. h"指��o�Q��用projectname.pch�~�译�q�条指��o之后的所有代码。因此，所有的CPP实现文�g�W�一条语句都是：#include "stdafx.h"�?/span>

mengkai 2011-10-10 17:01 发表评论

国色天香久久久久久久小说 ,狼狼综合久久久久综合网,久久精品国产影库免费看

转蝲csdn上关于详解关�?include "stdafx.h"