10年前的旧文章_c++编程

c++编程规范条目
组织和策略问题 1
第0条　不要拘泥于小节（又名：了解哪些东西不应该标准化） 2
第1条　在高警告级别干净利落地进行编译 4
第2条　使用自动构建系统 7
第3条　使用版本控制系统 8
第4条　在代码审查上投入 9
设计风格 11
第5条　一个实体应该只有一个紧凑的职责 12
第6条　正确、简单和清晰第一 13
第7条　编程中应知道何时和如何考虑可伸缩性 14
第8条　不要进行不成熟的优化 16
第9条　不要进行不成熟的劣化 18
第10条　尽量减少全局和共享数据 19
第11条　隐藏信息 20
第12条　懂得何时和如何进行并发性编程 21
第13条　确保资源为对象所拥有。使用显式的RAII和智能指针 24
编程风格 27
第14条　宁要编译时和连接时错误，也不要运行时错误 28
第15条　积极使用const 30
第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条　明智地使用Pimpl 76
第44条　优先编写非成员非友元函数 79
第45条　总是一起提供new和delete 80
第46条　如果提供类专门的new，应该提供所有标准形式（普通、就地和不抛出） 82
构造、析构与复制 85
第47条　以同样的顺序定义和初始化成员变量 86
第48条　在构造函数中用初始化代替赋值 87
第49条　避免在构造函数和析构函数中调用虚拟函数 88
第50条　将基类析构函数设为公用且虚拟的，或者保护且非虚拟的 90
第51条　析构函数、释放和交换绝对不能失败 92
第52条　一致地进行复制和销毁 94
第53条　显式地启用或者禁止复制 95
第54条　避免切片。在基类中考虑用克隆代替复制 96
第55条　使用赋值的标准形式 99
第56条　只要可行，就提供不会失败的swap（而且要正确地提供） 100
名字空间与模块 103
第57条　将类型及其非成员函数接口置于同一名字空间中 104
第58条　应该将类型和函数分别置于不同的名字空间中，除非有意想让它们
一起工作 106
第59条　不要在头文件中或者#include之前编写名字空间using 108
第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条　使用公认的惯用法真正地压缩容量，真正地删除元素 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_cast 177
第93条　避免对指针使用static_cast 178
第94条　避免强制转换const 179
第95条　不要使用C风格的强制转换 180
第96条　不要对非POD进行memcpy操作或者memcmp操作 182
第97条　不要使用联合重新解释表示方式 183
第98条　不要使用可变长参数（...） 184
第99条　不要使用失效对象。不要使用不安全函数 185
第100条　不要多态地处理数组 186 

 

c++编程规范第24条关于#include保护符
总是编写内部#include保护符，决不要编写外部#include保护符
例如一个头文件foo.h 
内部保护
#ifndef FOO_H_INCLUDED_
#define FOO_H_INCLUDED_
//..contents of the file
//类的定义部分
#endif
外部保护:
#ifndef FOO_H_INCLUDED_
#include "foo.h"
#define FOO_H_INCLUDED_
#endif
注意:
1.取一个唯一的保护名称
2.不要在保护区域的前后写任何代码.

c++编程规范第61条不要在头文件中定义具有链接的实体
概要:
具有链接的实体,包括命名空间变量和函数,内存分配。定义如此实体的头文件有可能链接错误或者内存浪费。把这些实体放在实现文件里。
讨论:
一．
1．头文件中:
Int fudgetFactor;
String hello(“hello,world”);
Void foo() {}
调用了多次。每个头文件都要定义一次以上的代码。
解决方法：
头文件只声明，实现文件中定义。
头文件:
Extern int fudgeFactor;
Extern string hello,
Void foo(); //extern前面的Extern可以不带
2．不能把static的实体放在头文件
Static int fudgeFactor;
Static string hello(“hello”);
Static void foo() {}
静态没调用一次，执行一次定义。
3．没有命名空间名称的头文件（错误）
Namespace {
Int fudgetFactor;
String hello(“hello,world”);
Void foo() {}
}
二．在头文件中的实体
1．内联函数
2．函数模板
3．静态成员函数类模板