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

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

我个人使用.cc作为实现文件的扩展名，.hh作为头文件，.inl作为内联/模板。

如前所述，这主要是一个品味问题。

就我所见，.cc似乎更“面向开源项目”，因为它在一些优秀的开源软件编码风格中被建议使用，而.cpp似乎更偏向于Windowish。

——编辑

如前所述，这是“从我所见”，它可能是错误的。 只是我参与的所有Windows项目都使用。cpp，而很多开源项目(主要是类unix的)使用。cc。

使用.cc编码样式的示例:

谷歌:http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml ICL: http://www.doc.ic.ac.uk/lab/cplus/c++.rules/chap4.html#sect2

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

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

有几个人说。cc没有任何意义?它可能。c++最初被称为“带类的C”。

的确，.cc和.cpp在大多数Unix系统(分别是c编译器和c预处理器)上也是命令名。

我只使用。cpp，但我开始使用Windows. cc更像是Unix的惯例，尽管我在Windows上看到的越来越少。GNU make有。cpp的规则，所以这可能是首选，它将在Windows和其他任何系统上默认工作。另一方面，现代c++对头文件完全不使用扩展，我真的不喜欢这样。我所有的项目都使用.h作为头文件，它们通过extern“C”和测试__cplusplus尽可能多地支持C和c++。

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

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

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

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

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

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

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

cpp - c++代码

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

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