我应该按照什么顺序包含头文件？

我是编程新手，在我开始使用大量头文件后，头文件的主题让我陷入了困境。除此之外，我正在尝试使用预编译头。我还使用 SFML 库，因此我还必须包含那些标头。

现在我有 stdafx.h、main.cpp，然后是 A.h、A.cpp、B.h、B.cpp、C.h、C.cpp、D.h 和 D.cpp 中包含的类 A、B、C 和 D。

如果我将按照什么顺序将标题包含在所有文件中

• 所有类都包含 SFML 类的实例
• 类 D 包含类 A 和类 C 的实例
• 类 C 包含类 B 的实例 我的代码：（注意：所有标头都有标头防护）

stdafx.h：

#include <SFML/Graphics.hpp>
#include <iostream>

A.h

#include "stdafx.h"
class A
{
    //sfml class
};

A.cpp

#include "stdafx.h"
#include "A.h"

B.h

#include "stdafx.h"
class B
{
    //sfml class
};

B.cpp

#include "stdafx.h"
#include "B.h"

C.h

#include "B.h"
class C: public B
{

};

C.cpp

#include "stdafx.h"
#include "C.h"

D.h

#include "A.h"
#include "C.h"
class D
{
    A a;
    C C; // if left uncommented I recieve a '1 unresolved externals' error
    //sfml class
}

D.cpp

#include "stdafx.h"
#include "D.h"

main.cpp

#include "stdafx.h"
#include "D.h"

我的理念是，在编写良好的代码中，头文件应该包含它们所依赖的所有其他头文件。我的理由是，不应该包含头文件并因此而出现编译器错误。因此，每个头文件应该（在#ifdef or #pragma once 包括警卫 http://en.wikipedia.org/wiki/Include_guard) 包括它所依赖的所有其他标头。

为了非正式地测试您是否记得在头文件中包含正确的头文件，*.cpp 文件应该 #include 应该起作用的最小头文件集。因此，如果有单独的头文件A, B, C and D，并且您的 cpp 文件使用类D，那么它应该只包括D.h。不应导致编译器错误，因为D.h #includes A.h and C.h, C.h包括B.h, and A.h and B.h包含 SFML 标头（无论是什么）。C.h and D.h如果合适的话可以包含 SFML 标头，但如果您可以确定依赖项（B.h and A.h）已经包含了它。

然而，Visual C++ 的“预编译头”方式搞砸了这个逻辑。它requires你要包括"StdAfx.h"作为第一个头文件，这导致许多开发人员简单地将所有#includes 代表整个项目StdAfx.h，并且不使用#include在任何其他头文件中。我不推荐这个。或者，他们会将所有外部依赖项放入 StdAfx.h（例如 windows.h、boost 头文件）中，并在其他地方#include 本地依赖项，以便更改单个头文件不一定会导致整个项目重建。

按照我编写代码的方式，我的大多数 CPP 文件都包含 StdAfx.h 和相应的 .H 文件。因此，A.cpp 包括 StdAfx.h 和 A.h，B.cpp 包括 StdAfx.h 和 B.h，依此类推。唯一的另一个#include放置在 cpp 文件中的 s 是头文件未公开的“内部”依赖项。例如，如果类A calls printf(), then A.cpp (not A.h) would #include <stdio.h>， 因为A.h不依赖于stdio.h.

如果您遵循这些规则，那么您的顺序#include标头不要紧（除非您使用预编译头：那么预编译头位于每个 cpp 文件中的第一个，但不需要从头文件中包含）。