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

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

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

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

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

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

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

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