SF.1: Use a .cpp suffix for code files and .h for interface files if your project doesn't already follow another convention
SF.1:如果你的项目没有正在遵从的其他习惯，为代码文件使用.cpp后缀，为接口文件使用.h后缀
原因(原因)这是一个长期的惯例。但是一致性更重要，所以如果你的项目使用了其他的东西，那就遵循它。
这是一个长期存在的习惯。但是一致性更重要，所以如果你的项目有其他传统，那就遵循它。
注(注)
这种约定反映了一种常见的使用模式：头文件通常与C共享，作为C和C编译，通常使用。h，并且更容易命名所有标题。另一方面，实现文件很少与C共享，因此通常应该与。C文件，所以通常最好将所有C实现文件命名为其他的东西(比如。cpp)。
这种习惯反映了一种常见的使用模式：头文件更多地与C代码共享，并用C或C代码编译，并且它们通常使用。h后缀。它更容易使用。h来命名所有头文件，而不仅仅是使用。试图与C代码共享的头文件的h后缀。另一方面，(C，译者注)实现文件很少与C代码共享，通常需要与区分。c文件，所以一般最好使用其他后缀(如。cpp)用于所有C实现代码。
具体的名字。h和。cpp不是必需的(只是作为默认推荐)，其他名称也在广泛使用。例子有。hh，c，和. cxx。等效使用这些名称。在本文件中，我们指的是。h和。cpp作为头文件和实现文件的简写，即使实际的扩展名可能不同。
具体的。h和。cpp后缀不是必需的(仅推荐作为默认值)，其他名称已经被广泛使用。例如.hh，c、cxx等。也可以使用这些名称。在本文档中，我们建议。h和。cpp作为头文件和实现文件的简称，即使它们实际上使用了其他后缀。
您的IDE(如果您使用的话)可能对后缀有强烈的意见。
您的IDE(如果您正在使用它)可能有关于后缀的强大选项。
示例(示例)
//foo.h:
extern int a；//声明
extern void foo()；
//foo.cpp:
int a；//定义
void foo(){ a；}
foo.h提供了foo.cpp的接口，最好避免使用全局变量。
Foo.h提供foo.cpp的接口最好避免全局变量。
不好的例子(反面例子)
//foo.h:
int a；//定义
void foo(){ a；}
#在一个程序中两次包含foo.h，您会因为两次违反一个定义规则而得到一个链接器错误。
程序中的两次#includefoo.h将导致两个违反一次性定义规则的链接错误。
强制执行(实施建议)
标记非常规文件名。该标志表示没有文件命名习惯。检查一下。h和。cpp(及其等同物)遵循以下规则。检查。h文件和。CPP文件(或其他同等习惯)遵守以下规则。原始链接
https://github.com/isocpp/cppcore guidelines/blob/master/cppcore guidelines . MD # sf1-use-a-CPP-后缀-for-code-files-and-h-for-interface-files-如果你的项目还没有遵循另一个约定
新书介绍
《实战Python设计模式》是作者最近出版的一本新书。请多加注意！
本书使用Python的标准GUI工具包tkinter，通过可执行的例子，逐一讲解23种设计模式。一方面，这可以让读者了解每种设计模式的应用场景，以及在实际软件开发中需要解决的问题。另一方面，通过讲解这些问题的解决过程，读者可以了解在编写代码时如何判断使用设计模式的利弊，合理使用设计模式。
对设计模式感兴趣并希望将其用于学习的读者可以通过这本书快速跨越从理解到应用的门槛。想要学习Python GUI编程的读者可以将本书中的示例作为设计和开发的参考。使用Python语言进行图像分析和数据处理的读者可以根据本书中的示例快速构建自己的系统架构。
觉得这篇文章有帮助吗？请与更多人分享。
关注微信微信官方账号【面向对象思维】每天轻松学习！
面向对象开发，面向对象思维！