我一直认为.hpp头文件是.h和.cpp文件的混合…还包含实现细节的标头。

通常，当我看到(并使用).hpp作为扩展名时，没有相应的.cpp文件。正如其他人所说，这不是一个严格的规则，只是我倾向于使用.hpp文件。

正如这里许多人已经提到的，我也更喜欢使用.hpp来处理使用模板类/函数的纯头文件库。我更喜欢使用.h作为头文件，附带.cpp源文件或共享或静态库。

我开发的大多数库都是基于模板的，因此只需要头文件，但在编写应用程序时，我倾向于将声明与实现分开，最终使用.h和.cpp文件

我回答这个问题是作为一个提醒，以指出我对“user1949346”回答这个OP的评论。

---

正如许多人已经回答的那样:两种方式都可以。 接着强调他们自己的印象。

介绍一下，正如前面提到的，我的观点是，如果没有反对的理由，c++头扩展名应该是。h。

由于ISO/IEC文档使用这种头文件的符号，甚至在他们的c++语言文档中也没有与.hpp匹配的字符串。

但我现在的目标是一个可认可的理由，为什么两种方式都是可以的，特别是为什么它不是语言本身的主题。

我们开始吧。

c++文档(我实际上参考了N3690版本)定义了头文件必须符合以下语法:

2.9报头名称 头名称: < h-char-sequence > “q-char序列” h-char-sequence: h-char h-char-sequence h-char h-char: 源字符集的任何成员，除了new-line和> q-char-sequence: q-char q-char-sequence q-char q-char: 源字符集的任何成员，除了new-line和"

因此，正如我们可以从这一部分提取的那样，头文件名也可以是源代码中任何有效的名称。除了包含'\n'字符并且取决于它是否包含<>，它不允许包含>。 或者另一种方式，如果包含了""-include则不允许包含"。

换句话说:如果您有一个环境支持像prettstupididea这样的文件名。>，一个include like:

#include "prettyStupidIdea.>"

是有效的，但是:

#include <prettyStupidIdea.>>

是无效的。反过来也一样。

甚至

#include <<.<>

将是一个有效的可包含头文件名。

即使这是符合c++的，但这将是一个非常非常愚蠢的想法。

这就是为什么.hpp也是有效的。

但这不是委员会为语言设计决策的结果!

所以讨论使用。hpp和讨论。cc，。mm或其他我在其他文章中读到的关于这个主题的东西是一样的。

我不得不承认，我不知道.hpp从何而来1，但我敢打赌，某些解析工具、IDE或其他与c++有关的东西的发明者想到这个想法是为了优化一些内部进程，或者只是为了发明一些(甚至可能是必要的)新的命名约定。

但它不是语言的一部分。

无论何时有人决定这样使用它。也许是因为他最喜欢它，或者是因为工作流的一些应用程序需要它，它从来不是语言的要求。因此，无论谁说“pp是因为它与c++一起使用”，就语言定义而言都是错误的。

c++允许与前一段有关的任何内容。 如果有什么是委员会建议使用的，那么它将使用.h，因为这是ISO文档中所有示例中使用的扩展名。

结论:

As long you don't see/feel any need of using .h over .hpp or vise versa, you shouldn't bother. Because both would be form a valid header name of same quality in respect to the standard. And therefore anything that REQUIRES you to use .h or .hpp is an additional restriction of the standard which could even be contradicting with other additional restrictions not conform with each other. But as OP doesn't mention any additional language restriction, this is the only correct and approvable answer to the question

“*.h或*.hpp用于类定义”是:

只要不存在外部限制，两者都是正确的和适用的。

---

1据我所知，显然是boost框架提供了.hpp扩展名。

当然我不能说未来的版本会带来什么!

源文件的扩展名可能对您的构建系统有意义，例如，您可能在makefile中有一个用于.cpp或. C文件的规则，或者您的编译器(例如Microsoft cl.exe)可能根据扩展名将文件编译为C或c++。

因为您必须向#include指令提供整个文件名，所以头文件扩展名是不相关的。如果您愿意，您可以在另一个源文件中包含.c文件，因为它只是一个文本包含。你的编译器可能有一个选项来转储预处理输出，这将使这一点明确(微软:/P预处理到文件，/E预处理到stdout， /EP省略#line指令，/C保留注释)

你可以选择对那些只与c++环境相关的文件使用.hpp，也就是说，它们使用的特性不能用C编译。

下面是C和c++头文件命名不同的几个原因:

Automatic code formatting, you might have different guidelines for formatting C and C++ code. If the headers are separated by extension you can set your editor to apply the appropriate formatting automatically Naming, I've been on projects where there were libraries written in C and then wrappers had been implemented in C++. Since the headers usually had similar names, i.e. Feature.h vs Feature.hpp, they were easy to tell apart. Inclusion, maybe your project has more appropriate versions available written in C++ but you are using the C version (see above point). If headers are named after the language they are implemented in you can easily spot all the C-headers and check for C++ versions.

记住，C不是c++，除非你知道你在做什么，否则混合和匹配是非常危险的。适当地命名源代码可以帮助您区分语言。

c++ ("C Plus Plus")作为.cpp是有意义的

扩展名为.hpp的头文件没有相同的逻辑流。