本书旨在深入解析C++ Core Guidelines，这是C++社区中权威的编程指南。我们将探索其中所包含的现代C++最佳实践，从底层原理和设计理念角度剖析其背后的思想。通过对Guidelines的逐条解析和实例说明，读者将深入理解如何编写更安全、高效和可维护的C++代码。本文旨在为C++开发者提供宝贵的指导和洞察，以在项目中应用C++ Core Guidelines，并利用其强大的编程范式来提升代码质量和开发效率。
📕作者简介：热爱跑步的恒川，致力于C/C++、Java、Python等多编程语言，热爱跑步，喜爱音乐的一位博主。
📗本文收录于恒川的日常汇报系列，大家有兴趣的可以看一看
📘相关专栏C语言初阶、C语言进阶系列、恒川等，大家有兴趣的可以看一看
📙Python零基础入门系列，Java入门篇系列、docker技术篇系列、Apollo的学习录系列正在发展中，喜欢Python、Java、docker的朋友们可以关注一下哦！
探索现代C++最佳实践
- [1. 本人读书感悟](#1. 本人读书感悟)
- [2. 读《C++ Core Guidelines解析》的意义](#2. 读《C++ Core Guidelines解析》的意义)
-
- [2.1 前言/序言](#2.1 前言/序言)
- [2.2 我的挑战](#2.2 我的挑战)
- [2.3 万物流动，无物永驻](#2.3 万物流动，无物永驻)
- [2.4 如何阅读本书](#2.4 如何阅读本书)
- [3. 推荐好书《深入解析C++ Core Guidelines》](#3. 推荐好书《深入解析C++ Core Guidelines》)
-
- [3.1 编辑推荐](#3.1 编辑推荐)
- [3.2 内容简介](#3.2 内容简介)
- [3.3 作者简介](#3.3 作者简介)
1. 本人读书感悟
看书和看视频、电子书等等最大的区别就是，看书可以让自己瞬时安静下来思考问题，特别是工作中遇到各种bug焦头烂额的时候，在办公室随意拉出来一本书看一会儿，心彻底安静下来了之后发现解决问题的思维立马开阔了很多，问题很快就找到解决方案了。我自习室桌上经常一直都会放几本书，有简单的也有比较有挑战性的，有挑战性的大多是数学和算法相关的，工作累了拿本书翻一会儿，一年也可以翻几本书，感觉工作之后想拿着一本书从头到尾看一遍根本不太现实，碎片化的阅读才是常态。
2. 读《C++ Core Guidelines解析》的意义
本书全面解析了C++ Core Guidelines，从深层原理的角度揭示了其中蕴含的现代C++最佳实践。通过对Guidelines的逐条解析和实例说明，读者将学习到如何在现有代码中应用指南，以及如何编写更安全、高效和可维护的C++代码。希望本文能为C++开发者提供指导与洞察，使他们在项目中更好地应用C++ Core Guidelines，提升代码质量和开发效率。
2.1 前言/序言
前 言
本前言只有一个目的：给你------亲爱的读者，提供必要的背景，以便你从本书中获得最大的收获。这包括我的技术细节、写作风格、写这本书的动机以及写这样一本书的挑战。
惯例
我保证，只有几个惯例。
规则还是指导原则
C++ Core Guidelines 的作者经常把这些指导原则称为规则。我也一样。在本书中，我使用的这两个术语可以互换。
特殊字体
粗体 有时我用粗体字强调重要的术语。
Monospace 代码、指令、关键词、类型、变量、函数和类的名称都用等宽字体显示。
方框
每一章的结尾处基本都有方框，里面用点列表进行总结。
相关规则
一个规则常常会与其他规则相关。如果有必要，我会在一章的末尾提供这些有价值的信息。
本章精华
在每一章的结尾处获得基本信息。
源代码
我不喜欢 using 指令和声明，因为它们隐藏了库函数的来源。但由于页面的空间有限，有时我还得用一下它们。我使用它们时，总是可以从 using 指令（using namespace std;）或 using 声明（using std::cout;）中推断出来源。并非所有头文件都会在代码片段中标出来。布尔值会显示为 true 或 false，产生此输出所必需的输入/输出操作符 std::boolalpha 大多不放在代码片段中。
代码片段中的3 个点（...）代表没写出的代码。
当我把完整的程序作为代码实例介绍时，你会在代码的第一行找到源文件的名称。
假设你使用的是 C++14 编译器。如果这个例子需要 C++17 或 C++20 的支持，我会在文件名后面提到所需的 C++ 标准。
我经常在源文件中使用"// (1)"之类的标记，以便后续解释。如果可能的话，我把标记写在引用的那一行；如果不行，就写在前面一行。这些标记不是本书中一百多个源文件的一部分（源文件可通过扫描本书封底二维码获取）。由于排版上的原因，我经常会对本书中的源代码进行调整。
当我使用 C++ Core Guidelines 中的例子时，经常为了提高可读性而进行重写：如果缺少 namespace std，我会加上；我也会统一格式。
为什么需要指导原则
下面是些主观的结论，主要基于我超过 15 年的 C++、Python 和一般软件开发的培训师经验。在过去几年里，我负责有关除颤器的软件研发以及团队管理。我的职责包括我们设备的合规事务。为除颤器编写软件的任务极具挑战性，因为它们可能给病人和操作者带来死亡或严重伤害。
我心中有一个问题，它也是我们C++ 社区需要回答的问题：为什么我们需要现代C++ 的指导原则？下面是我的想法。为了简单起见，我的想法包括三个方面。
对新手来说很复杂尤其对于初学者来说，C++ 是一种天然复杂的语言。这主要是因为我们要解决的问题本来就很棘手，而且往往很复杂。当你讲授 C++ 时，你应该提供一套规则，它们在至
少 95% 的用例中对你的学员有效。我想到的规则包括：
● 让编译器推断你的类型。
● 用花括号初始化。
● 优先选择任务而不是线程。
● 使用智能指针而不是原始指针。
我在培训班上讲授诸如上面的规则。我们需要一个关于 C++ 的上佳实践或规则的全集。这些规则应该是正面表述的，而不是否定式的。它们得声明你应该如何写代码，而C++ Core Guidelines 解析不是应该避免什么问题。
对专业人士来说很困难我并不担心每三年一次的新 C++ 标准所带来的大量新功能。我担心的是现代 C++支持的新思想。想想使用协程的事件驱动编程、惰性求值、无限数据流或用范围库进行函数组合。想想概念，它为模板参数引入了语义类别。向 C 程序员传授面向对象的思想的过程可能会充满挑战。因此，当你转向这些新的范式时，必须重新思考，你解决编程难题的方式也多半会改变。我想，过多的新思想尤其会让专业的程序员感到不知所措，他们习惯于用传统技术解决问题。他们很可能会落入"手里拿着锤子，所有问题都是钉子"这样的陷阱。
用在安全关键型软件中最后，我有个强烈的担忧。在安全关键型软件的开发中，你经常必须遵守一些规则。
最突出的是 MISRA C++。目前的 MISRA C++: 2008 指导原则是由汽车工业软件可靠性协会（MISRA）发布的。它们基于 1998 年的 MISRA C 指导原则，最初为汽车行业而设计，后来在航空、军事和医疗领域成为实施安全关键软件的事实标准。与 MISRA C 一样，MISRA C++ 描述了 C++ 的一个安全子集的指导原则。但是这里有个概念问题。
MISRA C++ 并不是现代 C++ 软件开发的最先进技术，它落后了4 个标准！举个例子：MISRA C++ 不允许运算符重载。我在培训班上讲，你应该使用用户定义字面量来实现类型安全的算术：auto constexpr dist = 4 * 5_m + 10_cm - 3_dm。为了实现这种类型安全的算术，你必须对算术运算符和后缀字面量运算符进行重载。说实话，我不相信 MISRA C++ 会与当前的 C++ 标准同步发展。只有社区驱动的指导原则，如 C++ Core Guidelines，才能面对这一挑战。
MISRA C++集成了AUTOSAR C++14 不过，仍有希望。MISRA C++ 集成了 AUTOSAR C++14。AUTOSAR C++14 基于C++14，应该会成为 MISRA C++ 标准的扩展。我非常怀疑由组织驱动的规则是否能够与现代 C++ 的动态发展保持同步。
2.2 我的挑战
回顾一下我在 2019 年 5 月与 Bjarne Stroustrup 和 Herb Sutter 讨论的电子邮件的基本内容，邮件里我告诉他们，我想写一本关于 C++ Core Guidelines 的书："我是 C++ Core Guidelines 的绝对支持者，因为我坚信我们需要现代 C++ 的正确/安全的使用规则。
我经常在我的C++ 课程中使用C++ Core Guidelines 中的例子或想法。Guidelines 的格式让我想起了 MISRA C++ 或 AUTOSAR C++14 的规则。这可能是有意为之，但对于广大受众来说，它并不是理想的格式。我认为，如果我们用第二份文件描述Guidelines 的总体思路，将会有更多的人阅读和讨论Guidelines。"
我想对之前的这些对话补充一些说明。在过去的几年里，我在我的德语和英语博客上写了一百多篇关于 C++ Core Guidelines 的文章。此外，我还为德国的Linux-Magazin杂志写了一系列关于 C++ Core Guidelines 的文章。我这样做的原因有两个：首先，C++ Core Guidelines 应该被更多人所熟知；其次，我想以一种可读的形式介绍它们，如果有必要的话，提供更多的背景信息。
这是我的挑战：C++ Core Guidelines 由五百多条指导原则组成，很多时候直接称为规则。这些规则是在考虑静态分析的情况下设计的。许多规则对于专业的 C++ 软件开发者来说可以救命，但也有许多相当特殊的规则，往往不完整或多余，有时规则之间甚至相互矛盾。我的挑战是将这些有价值的规则编成可读的、可供消遣的故事，去除其中佶屈聱牙之处，必要时填补缺失的内容。说到底，这本书应该包含专业的 C++ 软件开发者必须遵守的规则。
2.3 万物流动，无物永驻
古希腊哲学家赫拉克利特有言："万物流动，无物永驻。"这也代表了我在写这本书时面临的挑战。C++ Core Guidelines 是一个由 GitHub 托管的项目，有超过 200 个贡献者1。在我写这本书的时候，我所依据的原始条款可能已经发生改变了。
C++各版本新特性
Guidelines 已经包含了 C++ 的特性，这些特性可能会成为即将到来的标准的一部分，例如 C++23 中的契约2。为了反映这一挑战，我做了几个决定：
● 我将重点放在 C++17 标准上。在合适的场合，我会描述针对 C++20 标准的规则，如概念。
1 译者注：到2022 年年底，贡献者已经超过了300 人。
2 译者注：遗憾的是，契约这一特性没能进入 C++23。
C++ Core Guidelines 解析
● C++ Core Guidelines 在不断演进，特别是随着新C++ 标准的发布而演进。本书也将如此。我计划对这本书进行相应的更新。
2.4 如何阅读本书
本书的结构代表了 C++ Core Guidelines 的结构。它有相应的主要章节和部分辅助章节。除了 C++ Core Guidelines 外，我还添加了附录，这些附录对缺失的主题进行了简明扼要的概述，包括 C++20 乃至 C++23 的特性。
至此，我仍然没有回答如何阅读本书的问题。当然，你应该从主要章节开始，最好从头到尾阅读。辅助章节提供了额外的信息，并特别介绍了Guidelines 支持库。可将附录当作参考来获得所需的背景信息，以便理解主要章节。没有这些额外的信息，本书就不完整。
3. 推荐好书《深入解析C++ Core Guidelines》
3.1 编辑推荐
由资深技术专家Rainer Grimm撰著的《C++ Core Guidelines解析》，从内容上说，选取了现代C++语言最核心的相关规则;从篇幅上说，对软件工程师非常友好。以"八二原则"看，这个精编解析版是一-个非常聪明的选择。同时，Rainer Grimm并没有简单照搬开源文档中的规则，而是结合自己丰富的咨询和培训经验，给出了非常翔实的解析，这自然为本书增色不少。最后，此书中文译本的质量让我非常放心。翻译团队
非常强大，领衔的吴咏炜在C++领域的功力自不必说，而且他在技术文本上字斟句酌的认真劲可是出了名的，杨文波、张云潮和何荣华在C++领域也都非常资深。非常开心C++中文社区的好书越来越多，我相信《(C++ Core Guidelines解析》会给各位C++工程师以及企业C++研发团队带来长久的价值。
《C++ Core Guidelines解析》： 京东购物链接
3.2 内容简介
在《C++ Core Guidelines 解析》中，C++ 专家讲师 Rainer Grimm提炼出了Core Guidelines中的精髓，去除了晦涩难懂的内容，分享了新的见解和背景，并提供了自己培训课程中经过充分测试的示例。
对于使用 C++11 及后续版本 C++ 的有经验程序员，Grimm 能为他们提供帮助，使其用好Core Guidelines。他的大部分代码示例是为 C++17 编写的，在合适的地方涵盖了更新版本和 C++20，并提供了对官方 C++ Core Guidelines在线版本的引用。
无论你是创建新软件还是改进旧代码，Grimm 都将帮助你从Core Guidelines里最有用的规则中获取更多价值，使你编写的代码更安全、更清晰、更高效，以及更易于维护。
-
应用Core Guidelines和其中的编程哲学
-
正确使用接口、函数、类、枚举、资源、表达式和语句
-
优化性能，实现并发和并行，处理错误
-
有效地使用常量、不可变性、模板、泛型和元编程
-
改进C++ 代码风格，管理源文件，使用标准库
3.3 作者简介
Rainer Grimm 自 1999 年以来担任了软件架构师、团队主管和教练，并从 2002 年开始举办 C++、Python 和专有软件的培训班。作为独立培训讲师，他在编程会议上演讲，每周用英语和德语写博客，并撰写了数本关于现代 C++ 和并发的书籍。
如果这份博客对大家有帮助，希望各位给恒川一个免费的点赞👍作为鼓励，并评论收藏一下⭐，谢谢大家！！！
制作不易，如果大家有什么疑问或给恒川的意见，欢迎评论区留言。