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

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

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

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

cpp - c++代码

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

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

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

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

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

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

cpp - c++代码

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

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

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

.cc扩展名对于在makefile中使用隐式规则是必要的。通过这些链接可以更好地理解makefiles，但主要看第二个链接，因为它清楚地说明了.cc扩展名的有用性:

ftp://ftp.gnu.org/old-gnu/Manuals/make-3.79.1/html_chapter/make_2.html

https://ftp.gnu.org/old-gnu/Manuals/make-3.79.1/html_chapter/make_10.html

我现在才知道。

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

.C和.cc似乎是我见过的(少数)面向unix的c++程序的标准。我自己一直使用。cpp，因为我只在Windows上工作，这是永远的标准。

我个人推荐。cpp，因为……它代表“C + +”。当然，文件扩展名是首字母缩略词是非常重要的，但如果这个理由证明不够有说服力，其他重要的事情是不使用shift键(这排除了.c和.c++)和尽可能避免正则表达式元字符(这排除了.c++——不幸的是，你不能真正避免。当然)。

这并不排除.cc的可能性，所以即使它并不代表任何东西(或者它真的代表什么吗?)，对于面向linux的代码来说，它可能是一个很好的选择。