C++编程规范 下载 pdb txt pdf 百度云 kindle umd 夸克云

在《C++编程规范：101条规则、准则与实践》中，两位知名的C++专家将全球C++界20年的集体智慧和经验凝结成一套编程规范。这些规范可以作为每一个开发团队制定实际开发规范的基础，更是每一位C++程序员应该遵循的行事准则。书中对每一条规范都给出了描述，并辅以实例说明；从类型定义到错误处理，都给出了C++实践，即使使用C++多年的程序员也会从本书中受益匪浅。

《C++编程规范：101条规则、准则与实践》适合于各层次C++程序员使用，也可作为高等院校C++课程的教学参考书。

组织和策略问题1

第0条不要拘泥于小节(又名：了解哪些东西不应该标准化)2

第1条在高警告级别干净利落地进行编译4

第2条使用自动构建系统7

第3条使用版本控制系统8

第4条做代码审查9设计风格11

第5条一个实体应该只有一个紧凑的职责12

第6条正确、简单和清晰xx13

第7条编程中应知道何时和如何考虑可伸缩性14

第8条不要进行不成熟的优化16

第9条不要进行不成熟的劣化18

第10条尽量减少全局和共享数据19

第11条隐藏信息20

第12条懂得何时和如何进行并发性编程21

第13条确保资源为对象所拥有。使用显式的RAII和智能指针24

编程风格27

第14条宁要编译时和连接时错误，也不要运行时错误28

第15条积极使用c***t30

第16条避免使用宏32

第17条避免使用“魔数”34

第18条尽可能局部地声明变量35

第19条总是初始化变量36

第20条避免函数过长，避免嵌套过深38

第21条避免跨编译单元的初始化依赖39

第22条尽量减少定义性依赖。避免循环依赖40

第23条头文件应该自给自足42

第24条总是编写内部#include保护符，决不要编写外部#include保护符43

函数与操作符45

第25条正确地选择通过值、(智能)指针或者引用传递参数46

第26条保持重载操作符的自然语义47

第27条优先使用算术操作符和赋值操作符的标准形式48

第28条优先使用++和--的标准形式。优先调用前缀形式50

第29条考虑重载以避免隐含类型转换51

第30条避免重载&&、||或,(逗号)52

第31条不要编写依赖于函数参数求值顺序的代码54

类的设计与继承55

第32条弄清所要编写的是哪种类56

第33条用小类代替巨类57

第34条用组合代替继承58

第35条避免从并非要设计成基类的类中继承60

第36条优先提供抽象接口62

第37条公用继承即可替换性。继承，不是为了重用，而是为了被重用64

第38条实施安全的覆盖66

第39条考虑将虚拟函数声明为非公用的，将公用函数声明为非虚拟的68

第40条要避免提供隐式转换70

第41条将数据成员设为私有的，无行为的聚集(C语言形式的struct)除外72

第42条不要公开内部数据74

第43条明智地使用Pimpl76

第44条优先编写非成员非友元函数79

第45条总是一起提供new和delete80

第46条如果提供类专门的new，应该提供所有标准形式(普通、就地和不抛出)82

构造、析构与复制85

第47条以同样的顺序定义和初始化成员变量86

第48条在构造函数中用初始化代替赋值87

第49条避免在构造函数和析构函数中调用虚拟函数88

第50条将基类析构函数设为公用且虚拟的，或者保护且非虚拟的90

第51条析构函数、释放和交换xx不能失败92

第52条一致地进行复制和销毁94

第53条显式地启用或者x止复制95

第54条避免切片。在基类中考虑用***代替复制96

第55条使用赋值的标准形式99

第56条只要可行，就提供不会失败的swap(而且要正确地提供)100

名字空间与模块103

第57条将类型及其非成员函数接口置于同一名字空间中104

第58条应该将类型和函数分别置于不同的名字空间中，除非有意想让它们一起工作106

第59条不要在头文件中或者#include之前编写名字空间using108

第60条要避免在不同的模块中分配和释放内存111

第61条不要在头文件中定义具有链接的实体112

第62条不要允许异常跨越模块边界传播114

第63条在模块的接口中使用具有良好可移植性的类型116

模板与泛型119

第64条理智地结合静态多态性和动态多态性120

第65条有意地进行显式自定义122

第66条不要特化函数模板126

第67条不要无意地编写不通用的代码128

错误处理与异常129

第68条广泛地使用断言记录内部假设和不变式130

第69条建立合理的错误处理策略，并严格遵守132

第70条区别错误与非错误134

第71条设计和编写错误安全代码137

第72条优先使用异常报告错误140

第73条通过值抛出，通过引用捕获144

第74条正确地报告、处理和转换错误145

第75条避免使用异常规范146

STL：容器149

第76条默认时使用vector。否则，选择其他合适的容器150

第77条用vector和string代替数组152

第78条使用vector(和string::c_str)与非C++API交换数据153

第79条在容器中只存储值和智能指针154

第80条用push_back代替其他扩展序列的方式155

第81条多用范围操作，少用单元素操作156

第82条使用xx的惯用法真正地压缩容量，真正地删除元素157

STL：算法159

第83条使用带检查的STL实现160

第84条用算法调用代替手工编写的循环162

第85条使用正确的STL查找算法165

第86条使用正确的STL排序算法166

第87条使谓词成为纯函数168

第88条算法和比较器的参数应多用函数对象少用函数170

第89条正确编写函数对象172

类型安全173

第90条避免使用类型分支，多使用多态174

第91条依赖类型，而非其表示方式176

第92条避免使用reinterpret_cast177

第93条避免对指针使用static_cast178

第94条避免强制转换c***t179

第95条不要使用C风格的强制转换180

第96条不要对非POD进行memcpy操作或者memcmp操作182

第97条不要使用联合重新解释表示方式183

第98条不要使用可变长参数(...)184

第99条不要使用失效对象。不要使用不安全函数185

第100条不要多态地处理数组186

参考文献187

摘要汇总193

索引205

Herb Sutter是ISO C++标准委员会主席，《C++ Users Journal》杂志特邀编辑和专栏作家。他目前在微软公司领导.NET环境下C++语言扩展的设计工作。

Andrei Alexandrescu是C++专家，《C++ Users Journal》杂志的专栏作家，他的《Modern C++ Design》一书曾荣获2001年C++图书称号。

暂无出版社相关信息，正在全力查找中！

暂无相关书籍摘录，正在全力查找中！

在线阅读地址：C++编程规范在线阅读

在线听书地址：C++编程规范在线收听

在线购买地址：C++编程规范在线购买

无法修改的库头文件可能包含引起警告（可能是良性的）的构造。如果这样，可以用自己的包含原头文件的版本将此文件包装起来，并有选择地为该作用域关闭烦人的警告，然后在整个项目的其他地方包含此包装文件。

软件简单为美：质量优于速度，简单优于复杂，清晰优于机巧，安全优于不安全。

如果能够证明优化必要而且非常重要，尤其在数据量逐渐增长的情况下，那么应该集中精力改善算法的O(N)复杂性，而不是进行小型的优化，比如节省一个多余的加法运算。

让一个正确的程序更快速，比让一个快速的程序正确，要容易得太多，太多。

许多类型要求对这种共享对象进行串行访问，但是有些类型却不要求这样。后者通常要么从设计中去掉加锁需求，要么自己进行内部加锁，无论哪种情况，仍然需要留意内部加锁粒度的局限。

在函数声明中，要避免将通过值传递的函数参数声明为c***t。

书籍介绍

在《C++编程规范：101条规则、准则与实践》中，两位知名的C++专家将全球C++界20年的集体智慧和经验凝结成一套编程规范。这些规范可以作为每一个开发团队制定实际开发规范的基础，更是每一位C++程序员应该遵循的行事准则。书中对每一条规范都给出了描述，并辅以实例说明；从类型定义到错误处理，都给出了C++实践，即使使用C++多年的程序员也会从本书中受益匪浅。

《C++编程规范：101条规则、准则与实践》适合于各层次C++程序员使用，也可作为高等院校C++课程的教学参考书。