## 条款02:尽量以 const, enum, inline 替换 \#define
Prefer consts, enums, and inlines to \#define.
### 使用宏定义的问题
当程序使用宏定义 `#define ASPECT_RATIO 1.653` 时,会有两个潜在问题。
* 首先,记号名称 `ASPECT_RATIO`_ _有可能没有进入记号表(symbol table),当程序使用该宏而导致一个编译错误信息时,这个错误信息或许会提及 1.653,而不是 `ASPECT_RATIO` ;
* 其次,使用常量可能会比使用 `#define` 导致较小量的码,因为预处理器会将所有的 `ASPECT_RATIO`替换成 1.653,这会导致目标码(object code)出现多份 1.653;
### 使用常量替换宏的特殊情况
第一种情况是定义常量指针(constant pointers),由于常量定义式通常被放在头文件内(以便被不同的源码含入),因此有必要将指针声明为 const。
```cpp
const char* const authorName = "Scott Meyers";
const std::string authorNmae("Scott Meyers";
```
第二种情况是 class 专属常量,为了将常量的作用域(scope)限制于 class 内,则必须让常量成为 class 的一个成员(member);而为了确保此常量至多只有一份实体,则必须让它成为一个 static 成员:
```cpp
class GamePlayer {
private:
static const int NumTurns = 5; // 常量声明式
int scores[NumTurns]; // 使用该常量
};
```
旧的编译器不支持上述语法,它们不允许 static 成员在其声明式上获得初值,所以可以将其改为:
```cpp
class GamePlayer {
private:
static const int NumTurns; // 常量声明式
int scores[NumTurns]; // 使用该常量
};
const int GamePlayer::NumTurns = 5; // 常量定义式
```
> 使用 \#define 无法创建一个 class 的专属常量,因为 \#define 并不重视作用域(scope),一旦宏被定义,它就在其后的编译过程中有效,除非在某处被 \#undef。
### enum hack
如果编译器不接受 static 整数型 class 常量完成 in class 的初值设定(编译器坚持必须在编译期间知道数组大小),可以改用 enum hack。它的理论基础为“一个属于枚举类型(enumerated type)的数值可以充当 ints 被使用“。
```cpp
class GamePlayer {
private:
enum { NumTurns = 5 };
int scores[NumTurns];
};
```
首先,enum hack 值比较像 `#define` 而不像 const,比如取一个 const 的地址时合法的,但取一个 enum 的地址就不合法,而取一个 \#define 的地址通常是不合法的;其次是实用主义,许多代码以它实现宏。
### 常见的宏定义错误
宏看起来想函数,但不会招致函数调用(function call)带来的额外开销,但宏表达式有可能会带来不必要的麻烦,例如:
```cpp
#define CALL_WITH_MAX(a, b) f((a) > (b) ? (a) : (b))
int a = 5, b = 0;
CALL_WITH_MAX(++a, b); // a 被累加了两次
CALL_WITH_MAX(++a, b + 10); // a 被累加了一次
```
> 无论何时写出这种,都必须为宏中的所有实参加上小括号。
- 介绍
- 0.导读
- 1.让自己习惯 C++
- 条款01:视 C++ 为一个语言联邦
- 条款02:尽量以 const, enum, inline 替换 #define
- 条款03:尽可能使用 const
- 条款04:确定对象被使用前已先被初始化
- 2.构造/析构/赋值运算
- 条款05:了解 C++ 默默编写并调用哪些函数
- 条款06:若不想使用编译器自动生成的函数,就该明确拒绝
- 条款07:为多态基类声明 virtual 析构函数
- 条款08:别让异常逃离析构函数
- 条款09:绝不在构造和析构过程中调用 virtual 函数
- 条款10:令 operator= 返回一个reference to *this
- 条款11:在 operator= 中处理自我赋值
- 条款12:复制对象时勿忘其每一个成分
- 3.资源管理
- 条款13:以对象管理资源
- 条款14:在资源管理类中小心 copying 行为
- 条款15:在资源管理类中提供对原始资源的访问
- 条款16:成对使用 new 和 delete 时要采用相同形式
- 条款17:以独立语句将 newed 对象置入智能指针
- 4.设计与声明
- 条款18:让接口容易被正确使用,不易被误用
- 条款19:设计 class 犹如设计 type
- 条款20:宁以 pass-by-reference-to-const 替换 pass-by-value
- 条款21:必须返回对象时,别妄想返回其 reference
- 条款22:将成员变量声明为 private
- 条款23:宁以 non-member、non-friend 替换 member 函数
- 条款24:若所有参数皆需类型转换,请为此采用 non-member 函数
- 条款25:考虑写出一个不抛异常的 swap 函数
- 5.实现
- 条款26:尽可能延后变量定义式的出现时间
- 条款27:尽量少做转型
- 条款28:避免返回 handles 指向对象内部成分
- 条款29:为”异常安全“而努力是值得的
- 条款30:透彻了解 inlining 的里里外外
- 条款31:将文件间的编译依存关系降至最低
- 6.继承与面对对象设计
- 条款32:确定你的 public 继承塑模出 is-a 关系
- 条款33:避免遮掩继承而来的名称
- 条款34:区分接口继承和实现继承
- 条款35:考虑 virtual 函数以外的其他选择
- 条款36:绝不重新定义继承而来的 non-virtual 函数
- 条款37:绝不重新定义继承而来的缺省参数值
- 条款38:通过复合塑模出 has-a 或”根据某物实现出“
- 条款39:明智而审慎地使用 private 继承
- 条款40:明智而审慎地使用多重继承
- 7.模板与泛型编程
- 条款41:了解隐式接口和编译期多态
- 条款42:了解 typename 的双重含义
- 条款43:学习处理模板化基类内的名称
- 条款44:将与参数无关的代码抽离 templates
- 条款45:运用成员函数模板接收所有兼容类型
- 条款46:需要类型转换时请为模板定义非成员函数
- 条款47:请使用 traits classes 表现类型信息
- 条款48:认识 template 元编程
- 8.定制 new 和 delete
- 条款49:了解 new-handler 的行为
- 条款50:了解 new 和 delete 的合理替换时机
- 条款51:编写 new 和 delete 时需固守常规
- 条款52:写了 placement new 也要写 placement delete
- 9.杂项讨论
- 条款53:不要请忽编译器的警告
- 条款54:让自己熟悉包括 TR1 在内的标准程序库
- 条款55:让自己熟悉 Boost
