1.5w+
社区成员
包含头文件时要按一定的顺序吗?为什么?
我现在写一个关于Directshow的的组件提供给VB调用,我在程序里包含了下面四个头文件,
#include "stdafx.h"
#include "GpCapture.h"
#include <streams.h> // Active Movie (includes windows.h)
#include <initguid.h> // declares DEFINE_GUID to declare an EXTERN_C const.
按照这样的顺序编译通过,但是把顺序打乱之后如下
#include <initguid.h> // declares DEFINE_GUID to declare an EXTERN_C #include <streams.h> // Active Movie (includes windows.h)
#include "stdafx.h"
#include "GpCapture.h"
编译时出了老多的错误,为什么?
#include "stdafx.h"
#include "GpCapture.h"
#include <streams.h> // Active Movie (includes windows.h)
#include <initguid.h> // declares DEFINE_GUID to declare an EXTERN_C const.
按照这样的顺序编译通过,但是把顺序打乱之后如下
#include <initguid.h> // declares DEFINE_GUID to declare an EXTERN_C #include <streams.h> // Active Movie (includes windows.h)
#include "stdafx.h"
#include "GpCapture.h"
编译时出了老多的错误,为什么?
...全文
当前发帖距今超过3年，不再开放新的回复
发表回复
nabie 2003-05-30
某些头文件有相互依赖关系，比如 a.h 中用到的标识符或数据类型在 b.h 中定义，那么 b.h 就必须出现在 a.h 的前面，这个顺序不一定是你看到的顺序，而是当编译器把所有 #include 指令展开后把所有头文件放到 .c 或 .cpp 里的顺序。
另外 stdafx.h 必须放在第一位，主要原因是这个头文件与 stdafx.cpp 配合生成一个预编译的头文件供其他文件使用以提高编译的速度，因此编译器也会先编译这个 stdafx.cpp 文件。把 stdafx.h 放在第一位告诉编译器这个头文件前的所有代码都已经预编译了。SDK 和 MFC 的头文件被放在 stdafx.h 里，因为这些头文件一般不会改动且编译时需要耗费预处理器太多的时间。
另外 stdafx.h 必须放在第一位，主要原因是这个头文件与 stdafx.cpp 配合生成一个预编译的头文件供其他文件使用以提高编译的速度，因此编译器也会先编译这个 stdafx.cpp 文件。把 stdafx.h 放在第一位告诉编译器这个头文件前的所有代码都已经预编译了。SDK 和 MFC 的头文件被放在 stdafx.h 里，因为这些头文件一般不会改动且编译时需要耗费预处理器太多的时间。
triggerd 2003-05-30
和编译器有关吧，重新编译时，你会发现总是先compliling stdafx.cpp，在它成功编译的基础上才会编译其他文件，打乱顺序，可能找不到stdafx.h..
rivershan 2003-05-30
#include "stdafx.h"
第一位的！
第一位的！
winthegame 2003-05-30
需要按顺序来。最简单的例子就是：
stdafx.h
里面
struct mmm
{
int a;
};
然后 hello.h 里面的定义
mmm oo;
最后在 #include ，不按顺序来 会提示 mmm根本没定义！
stdafx.h
里面
struct mmm
{
int a;
};
然后 hello.h 里面的定义
mmm oo;
最后在 #include ，不按顺序来 会提示 mmm根本没定义！
newkey007 2003-05-30
#include <initguid.h> // declares DEFINE_GUID to declare an EXTERN_C #include <streams.h> // Active Movie (includes windows.h)
包含 #include "GpCapture.h" 定义的结构等东西
包含 #include "GpCapture.h" 定义的结构等东西
3jaja 2003-05-30
#include "stdafx.h"中有#include <windows.h>
放在第一。
放在第一。
alfwolf 2003-05-30
是的#include "stdafx.h"应该放在最前面，其他的可以顺序自定
C++头文件的包含顺序研究 其中《GoogleC++编程风格指南》对于头文件的包含顺序是这样的：NamesandOrderofIncludeslink▽Usestandardorderforreadabilityandtoavoidhiddendependencies:Clibrary,C++library,otherlibraries'.h,yourproject's.h...
c语言顺序表所需的头文件,数据结构【顺序表】 在实际问题中线性表的例子是很多的，如学生情况信息表是一个线性表：表中数据元素的类型为学生类型; 一个字符串也是一个线性表：表中数据元素的类型为字符型，等等。综上所述，线性表定义如下：线性表是具有相同数据...
为什么要有头文件 原先的电脑内存小，编译器只能顺序阅读代码，模块分布在多个文件又不可能避免环状依赖，所以自然会有头文件了。 其实这些古老的语言还是Delphi做得好。它的文件分interface和implementation，就形同h和cpp，然而...
头文件包含的合理顺序 如果包含顺序不当，可能出现包含顺序依赖问题，甚至引起编译错误。推荐如下顺序： 在头文件中： （1）包含当前工程中所需要的自定义头文件（顺序自定）； （2）包含第三方程序库的头文件； （3）包含标准头文件...
C++头文件包含顺序 使用标准的头文件包含顺序可增强可读性, 避免隐藏依赖。 《Google C++ Style Guide》推荐顺序：（对xxx.cpp） xxx.h C 系统文件 C++ 系统文件 其他库的 .h 文件 本项目内 .h 文件 《C++编程思想》推荐顺序：...
头文件包含顺序不当引起错误 昨天在写bug （不是）代码时，在编译的时候出现了“非法标记”与...参照了一下组内其他人的文件，发现他们的头文件包含顺序都是先包含自定义头文件，然后再包含标准库和第三方库文件。但我最后才包含了自定义头文件。于
关于C++头文件的包含顺序问题 个人菜鸟，发表下对头文件包含顺序的看法： 首先是常规的包含： 1 #include "a.h"2 3 int4 main()5 {6 function_a();7 } 这是一个在平常不过的包含了，主文件main.cpp包含头文件"a.h"，当调用function_a...
C语言丨引入头文件时，这个细节你注意到了吗？ 今天说一个我在工作时候发现的一个细节，可能大家都已经清楚的知道...假如我有头文件a.h和b.h，a.h中定义了一个结构体数据类型，而我在b.h中是要使用这个数据类型的，一般情况我会直接在b.h这个头文件中包含a.h。这样.
关于头文件顺序的问题 自己明明别写好了userTpye.h的头文件，为什么会频频报错，USER_TYPE类型没有定义。 询问了老师，查阅了一些资料后，发现这和头文件的顺序有关。 当我将头文件的顺序变为 #include <stdio.h>//系统头文件
如何防止头文件被重复包含或引用? #include文件的一个不利之处在于一个头文件可能会被多次包含，为了说明这种错误，考虑下面的代码:#include "x.h"#include "x.h"显然，这里文件x.h被包含了两次，没有人会故意编写这样的代码。...
include头文件的顺序以及双引号和尖括号的区别？ Include头文件的顺序 对于include的头文件来说...双引号和尖括号都包含的是（按照查找头文件路径顺序排列）： 1.编译器设置的头文件路径（编译器可使用-I显式指定搜索路径） 2.系统变量CPLUS_INCLUDE_PATH/C_INCLUDE_P
C语言中的头文件可以自己写吗？ 只知道调用系统库函数时，要使用＃i nclude语句将某些头文件包含进去。其实，头文件跟.C文件一样，是可以自己写的。头文件是一种文本文件，使用文本编辑器将代码编写好之后，以扩展名.h保存就行了。头文件中一般放...
头文件包含顺序以及设计原则 关于C的头文件包含，我认为体现了软件的模块设计以及包含关系，对于头文件包含，我个人看法如下： 1. 一个基础头文件提供常用的数据类型、修饰符以及基础操作宏。例如叫basicdef.h 2. 头文件尽量只包含 basicdef.h...
