你可以在没有头文件的情况下完美地开发c++。事实上，一些大量使用模板的库并不使用头文件/代码文件范例(参见boost)。但是在C/ c++中，你不能使用没有声明的东西。一个实用的方法 处理这个问题的方法就是使用头文件。此外，您还可以在不共享代码/实现的情况下共享接口。我认为这不是C语言的创造者所能想象到的:当你使用共享头文件时，你必须使用著名的:

#ifndef MY_HEADER_SWEET_GUARDIAN
#define MY_HEADER_SWEET_GUARDIAN

// [...]
// my header
// [...]

#endif // MY_HEADER_SWEET_GUARDIAN

这并不是真正的语言特性，而是处理多重包含的一种实用方法。

所以，我认为在创建C时，前向声明的问题被低估了，现在当使用像c++这样的高级语言时，我们必须处理这类事情。

对于我们这些可怜的c++用户来说，这又是一个负担……

c++的设计目的是在C基础设施中添加现代编程语言的特性，而无需不必要地更改C语言中与语言本身无关的任何内容。

是的，在这一点上(在第一个c++标准诞生10年之后，在它开始大量使用20年之后)，很容易会问为什么它没有一个合适的模块系统。很明显，现在设计的任何新语言都不能像c++那样工作。但这不是c++的意义所在。

c++的重点是进化，是现有实践的平稳延续，只是添加新的功能，而不(经常)破坏对用户社区来说足够有效的东西。

这意味着，与其他语言相比，它使一些事情变得更困难(特别是对于开始一个新项目的人)，而另一些事情则更容易(特别是对于维护现有代码的人)。

因此，与其期待c++变成c#(这毫无意义，因为我们已经有了c#)，为什么不选择正确的工具来完成这项工作呢?就我自己而言，我努力用现代语言(我碰巧使用c#)编写大量的新功能，并且我有大量现有的c++，我将它们保存在c++中，因为重新编写它们将没有真正的价值。它们融合得很好，所以基本上是无痛的。

我认为头文件背后的真正(历史)原因是使编译器开发人员更容易……但是，头文件确实有优势。 查看之前的帖子了解更多讨论…

c++是这样做的，因为C是这样做的，所以真正的问题是为什么C要这样做?维基百科对此做了一些说明。

较新的编译语言(例如 Java、c#)不使用转发 声明;标识符 从源自动识别 文件和读取直接从动态 符号库。这意味着头文件 不需要文件。

你可以在没有头文件的情况下完美地开发c++。事实上，一些大量使用模板的库并不使用头文件/代码文件范例(参见boost)。但是在C/ c++中，你不能使用没有声明的东西。一个实用的方法 处理这个问题的方法就是使用头文件。此外，您还可以在不共享代码/实现的情况下共享接口。我认为这不是C语言的创造者所能想象到的:当你使用共享头文件时，你必须使用著名的:

#ifndef MY_HEADER_SWEET_GUARDIAN
#define MY_HEADER_SWEET_GUARDIAN

// [...]
// my header
// [...]

#endif // MY_HEADER_SWEET_GUARDIAN

这并不是真正的语言特性，而是处理多重包含的一种实用方法。

所以，我认为在创建C时，前向声明的问题被低估了，现在当使用像c++这样的高级语言时，我们必须处理这类事情。

对于我们这些可怜的c++用户来说，这又是一个负担……

如果你想让编译器自动找到其他文件中定义的符号，你需要强迫程序员把这些文件放在预定义的位置(就像Java包的结构决定了项目的文件夹结构)。我更喜欢头文件。此外，你还需要你所使用的库的源代码，或者一些统一的方法来把编译器需要的信息放在二进制文件中。