我是一个新手，并且访问了一个相当复杂的源代码，该源代码是由一个 90 年代的团队创建的，他们都经验丰富并且经常一起工作。源代码由大约 60 个不同的 .c 文件组成，其中包括更多的头文件，其中大多数仅由几行代码组成。一个包含的文件在 header 中定义了 main 函数，而其他文件则由诸如 #define、#include、 等指令组成#if (#endif)、#else、#undef、#pragma 等。以及一些结构(struct)。您还可以找到一个 enum (与 #define 或多或少相同)、const 和一些变量，例如 char、int、short、long、float、double 等。
除非 .c 文件确实需要它们，否则不会使用它们。由于大多数 .c 文件都包含许多此类头文件，因此很难跟踪它们。我的想法是将所有头文件放在一起到一个头文件中，我将其称为 Unihead.h。如果我想要进行任何更改，我必须检查最多 15 个不同的头文件才能找到问题。我看不到那么多头文件的好处。据我所知，每个源文件都有一个 header 是正常的(例如 Soccer.c 会有一个名为 Soccer.h 的 header )。如果我得到一个头文件，我可以进行简单的搜索并更有效地找到我要查找的内容，在我看来，使过程更加顺利。这样做有什么缺点吗？ (无论如何我也会添加评论来跟踪)
最佳答案
不要认为这是个好主意。
您还可以将所有 60 个 .c 文件合并到一个文件中。但是，这种源文件和头文件结构有很多原因。您应该尝试了解项目结构。
关于对于更大的应用程序，我可以只使用一个 header 吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/37963795/