c++ - 为什么包含头文件是一件邪恶的事情？

Question

我在when to use forward declarations over including header files上看到很多解释，但他们中很少有人谈到为什么这样做很重要。我看到的一些原因包括:

• 编译速度
• 降低头文件管理的复杂性
• 去除循环依赖

来自 .net 背景，我发现标题管理令人沮丧。我有这种感觉，我需要掌握前向声明，但到目前为止，我一直在努力解决包含问题。

为什么编译器不能为我工作并使用一种机制(包括)找出我的依赖关系？

由于在某些时候需要编译引用的对象，前向声明如何加快编译速度？

我可以接受降低复杂性的论点，但是一个实际的例子是什么？

Answer 1

“掌握前向声明”不是一项要求，而是尽可能有用的指南。

当包含一个 header 时，它会引入更多 header ，甚至更多，编译器必须做很多工作来处理单个翻译模块。

您可以看到多少，例如，gcc -E :

单个 #include <iostream>让我的 g++ 4.5.2 额外处理 18,560 行代码。

一个 #include <boost/asio.hpp>又增加了 74,906 行。

一个 #include <boost/spirit/include/qi.hpp>添加了 154,024 行，超过 5 MB 的代码。

这会加起来，尤其是如果不小心包含在项目的每个文件中包含的某个文件中。

有时会翻阅旧代码并修剪不必要的包含，从而显着改善编译。在仅使用指向某些类的引用或指针的翻译模块中将包含替换为前向声明，可以进一步改善这一点。