我个人使用.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

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

GNU GCC将以下所有文件识别为c++文件，并且无论您是通过GCC还是g++调用它，都将使用c++编译:.C， .cc， .cpp， .cpp， .c++， .cp或.cxx。

注意。C -大小写在GCC中很重要，.C是一个C文件，而.C是一个c++文件(如果你让编译器决定它要编译什么)。

GCC还支持其他后缀来表示特殊处理，例如.ii文件将被编译为c++，而不是预处理(用于单独的预处理代码)。所有被认可的后缀的详细信息请参见gcc.gnu.org

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

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

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

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

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

cpp - c++代码

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

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

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

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

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