正如其他人在我之前所写的，最后是你的项目/团队/公司所使用的。

就我个人而言，我不使用cc扩展，我试图降低扩展的数量，而不是增加它们，除非有一个明确的值(在我看来)。

为了它的价值，这是我使用的:

c -纯c代码，没有带方法的类或结构。

cpp - c++代码

hpp -只有头文件的代码。实现在头文件中(像模板类一样)

h - C/ c++的头文件。我同意可以进行另一种区分，但正如我所写的，我试图减少扩展的数量以简化。至少从我工作过的c++项目来看，纯C的h文件更少，因此我不想再添加另一个扩展。

关于使用makefile和其他工具的很好的建议，在决定使用哪个扩展时考虑非编译器工具，这是帮助找到适合您的答案的很好的方法。

我只是想添加以下内容来帮助我找到一些。cc vs .cpp的信息。下面是按不同环境分解的扩展(来自“c++ Primer Plus”一书):

Unix使用。c， .cc， .cxx， .C

GNU C++用途:.C， .cc， .cxx， .cpp， .c++

Clang使用:.C， .cc， .cxx， .cpp， .c++和.cppm作为模块接口

数码火星uses: cpp, cxx

Borland c++使用:.cpp

Watcom使用:.cpp

Microsoft Visual c++使用。cpp， .cxx， .cc和.ixx作为模块接口

Metrowerks CodeWarrior uses: .cpp .cp .cc .cxx .c++

不同的环境支持不同的扩展。我也在寻找这个问题的答案，并找到了这篇文章。基于这篇文章，为了便于跨平台/跨工具识别，我想我可能会使用。hpp和。cpp。

我个人从来没有在我所从事的任何项目中看到过。cc，但在所有的技术层面上，编译器都不会关心。

谁会关心你的源代码的开发人员，所以我的经验法则是使用你的团队觉得舒服的东西。如果你的“团队”是开源社区，那么就使用一些非常常见的东西，其中.cpp似乎是最受欢迎的。

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

与大多数风格惯例一样，只有两件事是重要的:

在任何可能的情况下，在你所使用的东西上保持一致。 不要设计任何依赖于特定选择的东西。

这些似乎相互矛盾，但它们都有各自的价值。

其他使用的文件扩展名包括。cxx和。C(大写C)。我相信Bjarne Stroustrup最初使用的是。C .cpp是C预处理器的名称，所以不幸的是它也被用于c++。