我分别使用。c和。h作为源文件和头文件。这种选择的一个好处是，在命令行上，它很容易使用*。[Ch]选择所有的代码文件。在不区分大小写的文件系统中使用。c可能是个问题，但如果你在同一个目录中有foo.c和foo.c，你无论如何都应该得到这样的结果:)

据我所知，.cpp是c++的推荐扩展名。有些人甚至建议使用.hpp作为c++头文件，只是为了区别于C。

尽管编译器并不关心你做什么，但这是个人偏好。

使用哪一种扩展并不重要。随便选一个你更喜欢的，只要命名一致就行。我所知道的这个命名约定的唯一例外是我不能让WinDDK(或者现在是WDK ?)来编译.cc文件。但在Linux上，这几乎不是问题。

另一个选项是。cxx，其中x应该是一个正旋转45°。

Windows, Mac和Linux都支持。c++，所以我们应该使用它。

我正在开始一个新的c++项目，并开始寻找最新的c++风格。我在这里结束了关于文件命名的讨论，我想分享一下我是如何做出这个选择的。是:

Stroustrup认为这更多是出于商业考虑，而不是技术考虑。

按照他的建议，让我们来看看工具链期望什么。

对于UNIX/Linux，您可以将以下默认的GNU make规则解释为支持.cc文件名后缀，因为.cpp和.C规则只是别名:

$ make -p | egrep COMPILE[^=]+=
COMPILE.cc = $(CXX) $(CXXFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c
COMPILE.cpp = $(COMPILE.cc)
COMPILE.C = $(COMPILE.cc)

(注意:没有默认的COMPILE。cxx别名)

因此，如果您的目标是UNIX/Linux， .cc和.cpp都是非常好的选择。

当以Windows为目标时，您正在寻找. c的问题，因为它的文件系统不区分大小写。注意Visual Studio倾向于使用.cpp后缀，这一点对您来说可能很重要

当针对macOS时，请注意Xcode更倾向于.cpp/.hpp(刚刚在Xcode 10.1上检查过)。您可以随时更改头模板使用.h。

无论如何，您也可以根据您喜欢的代码库来决定。例如，谷歌使用.cc, LLVM libc++使用.cpp。

头文件呢?它们是在C或c++文件的上下文中编译的，因此编译器或构建系统不需要区分.h和.hpp。然而，编辑器/IDE的语法高亮显示和自动缩进可能是一个问题，但通过将所有.h文件关联到c++模式可以解决这个问题。例如，我在Linux上的emacs配置以c++模式加载所有.h文件，它编辑C头文件很好。除此之外，当混合使用C和c++时，您可以遵循这个建议。

我个人的结论是:.cpp/.h是阻力最小的路径。

归根结底，这并不重要，因为c++编译器可以处理两种格式的文件。如果这在你的团队中是一个真正的问题，抛硬币，然后继续实际的工作。