是否有任何工具可以帮助组织位于 .c 或 .h 文件顶部的 #include？
我只是想知道，因为我正在重新组织我的代码，将各种小函数定义/声明从一个长文件中移动到不同的小文件中。现在每个较小的文件都需要原来长文件顶部的一部分 #include。
手动找出所有 #include 很麻烦且容易出错。通常情况下，即使没有所有 #include，代码也会编译通过。例如：文件 A 广泛使用 std::vector，但没有包括 vector；但它当前包含了其他一些晦涩的头文件，这些文件可能经过一些递归包含而包含了 vector。
最近我一直在处理这个问题。 在我们的项目中，我们使用C++，每个类X都有一个X.h和一个X.cpp文件。
我的策略如下：
(1) 如果A.h（其中声明了类A）引用了类B，则我必须包含头文件B.h。 如果类A的声明仅包含类型*B，则我只需要在A.h中进行前向声明class B;。我可能需要在A.cpp中包含B.h
(2) 使用上述过程，我尽可能将许多包含从A.h移动到A.cpp。然后，我尝试逐个删除一个包含并查看.cpp文件是否仍然编译。这应该允许将所包含的文件集合最小化在.cpp文件中，但我不能100％确定结果是否是最小的。我还认为可以编写一个工具来自动执行此操作。我已经开始为Visual Studio编写一个工具。我很高兴知道有这样的工具。
注意：也许添加一个具有明确定义的导入/导出关系的适当模块结构可能是C++0x的期望补充。这将使重新组织导入的任务更加容易，并大大加快编译速度。
memory中的unique_ptr，但实际上在一些标准头文件bits/unique_ptr.h中定义），并允许您提供自己的映射。它提供了良好的诊断和自动重写功能。foo.c文件中EOF未定义。我也可以机械地确定EOF在libio.h, stdio.h和（例如）foo.h中被定义。我应该包含哪个？ - msw我使用由doxygen/dot-graphviz生成的图表来查看文件之间的链接关系。非常方便，但不是自动的，您必须目视检查图表，然后编辑代码以删除不必要的“#include”行。当然，这对于非常大型的项目（例如>100个文件）并不是很适用，因为图表会变得难以使用。