tdafxh找不到的解决计划

  stdafx.h是解决计划一款标准应用程序扩展程序中的重要文件,该文件通常用于头部预编译时所采用,解决计划同时也是解决计划我们在编程过程中必不可缺的重要文件之一!

基本介绍

  预编译头文件通过编译stdafx.cpp裸露 ,解决计划以工程名命名,解决计划由于预编译的解决计划头文件的后缀是“pch”  ,所以编译结果文件是解决计划projectname.pch。

  编译器通过一个头文件stdafx.h来使用预编译头文件 。解决计划stdafx.h这个头文件名是解决计划可以在project的编译设置里指定的 。编译器认为,解决计划所有在指令#include "stdafx.h"前的解决计划代码都是预编译的 ,它跳过#include "stdafx. h"指令,解决计划使用projectname.pch编译这条指令之后的解决计划所有代码。

  因此 ,解决计划所有的解决计划MFC实现文件第一条语句都是:#include "stdafx.h" 。在它前面的所有代码将被忽略,所以其他的头文件应该在这一行后面被包含 。否则 ,你将会得到“No such file or directory”这样让你百思不得其解的错误提示  。

stdafx.h作用

  stdafx.h中没有函数库 ,只是定义了一些环境参数 ,使得编译出来的程序能在32位的操作系统环境下运行。

  Windows和MFC的include文件都非常大,即使有一个快速的筹备程序,编译程序也要花费相当长的时间来落成筹备。由于每个.CPP文件都包含相同的include文件 ,为每个.CPP文件都重复筹备这些文件就显得很傻了 。

  为避免这种挥霍 ,AppWizard和VisualC++编译程序一起铺开筹备,如下所示 :

  ◎AppWizard建立了文件stdafx.h ,该文件包含了所有当前工程文件需要的MFCinclude文件。且这一文件可以随被选择的选项而变化 。

  ◎AppWizard然后就建立Stdafx.cpp。这个文件通常都是一样的。

  ◎然后AppWizard就建立起工程文件  ,这样第一个被编译的文件就是stdafx.cpp。

  ◎当VisualC++编译stdafx.cpp文件时,它将结果保存在一个名为stdafx.pch的文件里。(扩展名pch表示预编译头文件。)

  ◎当VisualC++编译随后的每个.cpp文件时,它阅读并使用它刚裸露的.pch文件  。VisualC++不再分析Windowsinclude文件,除非你又编辑了stdafx.cpp或stdafx.h。

  在这个过程中你必须遵守以下规则:

  ◎你编写的任何.cpp文件都必须首先包含stdafx.h 。

  ◎如果你有工程文件里的大多数.cpp文件需要.h文件,顺便将它们加在stdafx.h(后部)上 ,然后预编译stdafx.cpp  。

  ◎由于.pch文件具有大量的符号信息,它是你的工程文件里最大的文件。

  如果你的磁盘空间有限 ,你就希校验能将这个你从没使用过的工程文件中的.pch文件删除。执行程序时并不需要它们,且随着工程文件的重新建立,它们也自动地重新建立。

渝ICP备2025076537号-22