Effective C++改善程序与设计的55个具体做法

Issue1:

1. C++高效编程守则视状况而变化，取决于你使用C++的那一部分。

---

Issue2:

1. 对于单纯常量，最好以const对象或enums替换#defines；
2. 对于形似函数的宏(macros)，最好改用inline函数替换#defines。

---

Issue3:

1. 将某些东西声明为const可以帮助编译器侦测出错误用法。const可被施加于任何作用域内的对象、函数参数、函数返回类型、成员函数本体；
2. 编译器强制实施bitwise constness，但你编写程序时应该使用“概念上的常量性”（conceptual constness）；
3. 当const和non-const成员函数有着实质等价的是现实，令non-const 版本调用const版本可避免代码重复。

---

Issue4:

1. 为内置对象进行手工初始化，因为C++不保证初始化它们；
2. 构造函数最好使用成员初值列(member initialization list)，而不要在构造函数本体内使用赋值操作(assignment)。初值列列出的成员变量，其排列次序应该和它们在class 中的声明次序相同；
3. 为免除“跨编译单元值初始化次序”问题，请以local static对象替换non-local static对象。

---

Issue5:

1. 编译器可以暗自为class创建default构造函数、copy构造函数、copy assignment操作符，以及析构函数。

---

Issue6:

1. 为驳回编译器自动（暗自）提供的机能，可将相应的成员函数声明为private并且不与实现。使用像Uncopyable这样的base class也是一种做法。

---

Issue7:

1. polymorphic（带多态性质的）base class应该声明一个virtual析构函数。如果class带有任何virtual函数，它就应该拥有一个virtual析构函数；
2. Classes的设计目的如果不是作为base classes使用，或不是为了具备多态性（polymorphically）,就不该声明virtual析构函数。

---

Issue8:
1. 析构函数绝对不要突出异常。如果一个析构函数调用的函数可能抛出异常，析构函数应该捕捉任何异常，然后吐下它们（不传播）或结束程序；
2. 如果客户需要对某个操作函数运行期间抛出的异常做出反应，那么class应该提供一个普通函数（而非在析构函数中）执行该操作。

---

Issue9:

1. 在构造和析构期间不要调用virtual函数，因为这类调用从不下降至derived class（比起当前执行构造函数和析构函数的那层）。

---

Issue10:

1. 令赋值(assignment)操作符返回一个reference *this。

---

Issue11:

1. 确保当对象自我赋值时operator=有良好行为。其中技术包括比较“来源对象”和“目标对象”的地址、精心周到的语句顺序、以及copy-and swap;
2. 确定任何函数如果操作一个以上的对象，而其中多个对象是同一个对象时，其行为仍然正确。

---

Issue12:

1. Copying函数应该确保复制“对象内的所有成员变量”及“base class成分”
2. 不要尝试以某个copying函数实现另一个copying函数。应该将共同机能放进第三个函数中，并由两个copying函数共同调用。

---

Issue13:

1. 为防止资源泄露，请使用RAII【（Resource Acquisition Is Initialization）资源取得时机便是初始化时机】对象，他们在构造函数中获得资源并在析构函数中释放资源。
2. 常被使用的RAII calssese分别是shared_ptr。

---

Issue14:

1. 复制RAII对象必须一并复制它所管理的资源，所以资源的copying行为决定RAII对象的copying行为；
2. 普遍而常见的RAII class copying行为是：抑制copying、施行引用计数法（reference counting）。不过其他行为也都可能被实现。

---

Issue15:

1. APIs往往要求访问原始资源（raw resources)，所以每一个RAII class应该提供一个“去的其所管理之资源”的办法；
2. 对原始资源的访问可能经由显式转换或者隐式转换。一般而言显式转换比较安全，但隐式转换对客户比较方便。

---

Issue16:

1. 如果你在new表达式中使用[]，必须在相应的delete表达式中也使用[]。如果你在new表达式中不适用[]，一定不要在相应的delete表达式中使用[]。

---

Issue17:

1. 以独立语句将newed对象存储于(置入)智能指针内。如果不这样做，一旦异常被抛出，有可能导致难以察觉的资源泄露。

---

Issue18:

1. 好的接口很容易被正确使用，不容易被误用。你应该在你的所有接口中努力达成这些性质；
2. “促进正确使用”的办法包括接口的一致性，以及与内置类型的行为兼容；
3. “阻止误用”的办法包括建立新类型、限制类型上的操作，束缚对象值，以及消除客户的资源管理责任；
4. std::shared_ptr支持定制型删除器（custom deleter）。这可防范DLL（）问题，可悲用来自动解除互斥锁（mutexes)等。

---