Effective C++ 条款总结

CHARPTER1. 让自己习惯C++

条款01: 视C++为一个语言联邦

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

条款02: 尽量以const, enum, inline 替换 #define

对于单纯常量，最好以const对象或enums替换#defines

对于形似函数的宏(macros), 最好改用inline函数替换#defines

条款03: 尽可能使用const

将某些东西声明为const可帮助编译器侦测出错误用法。const可被施加于任何作用域内的对象、函数参数、函数返回类型、成员函数本体

编译器强制实施bitwise constness ,但你编写程序时应该使用”概念上的常量性”(conceptual constness)

当const和non-const成员函数有着实质等价的实现时，令non-const版本调用const版本可避免代码重复

条款04: 确定对象被使用前已先被初始化

为内置型对象进行手工初始化，因为C++不保证初始化它们

构造函数最好使用成员初始列(member initialization list), 而不要在构造函数本体内使用赋值操作(assignement)。 初始值列出的成员变量，其排列次序应该和它们在class中的声明次序相同

为免除”跨编译单元之初始化次序”问题，请以local static 对象替换non-local-static对象

CHAPTER2. 构造/析构/赋值运算

条款05: 了解C++默默编写并调用哪些函数

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

条款06: 若不想使用编译器自动生成的函数，就该明确拒绝

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

c++11里面可以使用=delete来阻止拷贝类对象

条款07: 为多态基类声明virtual析构函数

Polymorphic(带多态性质的)base classes 应该声明一个virtual析构函数。如果class带有任何virtual函数， 它就应该拥有一个virtual 析构函数

Classes的设计目的如果不是作为base classes使用，或不是为了具备多态性质(polymorphically）， 就不该声明virtual析构函数

条款08: 别让异常逃离析构函数

析构函数绝对不要吐出异常。如果一个被析构函数调用的函数可能抛出异常，析构函数应该捕捉任何异常，然后吞下它们(不传播)或结束程序

如果客户需要对某个操作函数运行期间抛出的异常做出反应，那么class应该提供普通函数（而非在析构函数中)执行该操作

条款09: 绝不在构造和析构过程中调用virtual函数

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

条款10: 令operator= 返回一个reference to *this

令赋值(assignment）操作符返回一个reference to *this

条款11: 在operator= 中处理”自我赋值”

确保当对象自我赋值时operator= 有良好行为。其中技术包括比较”来源对象”和目标对象的地址，精心周到的语句顺序、以及copy-and-swap

确定任何函数如果操作一个以上的对象，而其中多个对象时同一个对象时，其行为仍然正确。

条款12: 复制对象时勿忘每一个成分

CHAPTER3. 资源管理

条款13: 以对象管理资源

条款14: 在资源管理类中小心copying行为

条款15: 在资源管理类中提供对原始资源的访问

条款16: 成对使用new和delete时要采用相同形式

条款17: 以独立语句将newed对象置入智能指针

CHAPTER4. 设计与声明

条款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函数

CHAPTER5. 实现

条款26: 尽可能延后变量定义式的出现时间

条款27: 尽量少做转型动作

条款28: 避免返回handles指向对象内部成分

条款29: 为”异常安全”而努力是值得的

条款30: 透彻了解inlining的里里外外

条款31: 将文件间的编译依存关系降至最低

CHAPTER6. 继承与面向对象设计

条款32: 确定你的public继承塑模出is-a关系

“Public继承”意味着is-a。适用于base classes身上的每一件事情一定也适用于derived classes身上，因为每一个derived class对象也是一个base class 对象。

条款33: 避免遮掩继承而来的名称

derived classes内的名称会遮掩base classes内的名称。在public继承下没有人希望如此。

为了让被遮掩的名字再见天日，可使用using声明式或转交函数(forwarding functions)。

条款34: 区分接口继承和实现继承

条款35: 考虑virtual函数以外的其他选择

条款36: 绝不重新定义继承而来的non-virtual函数

条款37: 绝不重新定义继承而来的缺省构造函数

条款38: 通过复合塑模出has-a或”根据某物实现出”

条款39: 明智而审慎地使用private继承

Private继承意味is-implemented-in-terms-of（根据某物实现出）。它通常比复合(composition)的级别低。但是当derived class需要访问protected base class的成员，或需要重新定义继承而来的virtual函数时，这样设计是合理的。

和复合(composition）不同，private继承可以造成empty class最优化。这对致力于”对象尺寸最小化”的程序库开发者而言，可能很重要。

条款40: 明智而审慎地使用多重继承

CHAPTER7. 模板与泛型编程

条款41: 了解隐式接口和编译期多态

条款42: 了解typename的双重意义

条款43: 学习处理模板化基类内的名称

条款44: 将与参数无关的代码抽离templates

条款45: 运用成员函数模板接受所有兼容类型

条款46: 需要类型转换时请为模板定义非类型成员

条款47: 请使用traits classes表现出类型信息

条款48: 认识template元编程

CHAPTER8. 定制new和delete

条款49: 了解new-handler的行为

条款50: 了解new 和 delete的合理替换时机

条款51: 编写new和delete时需要固守常规

条款52: 写了placement new 也要写placement delete

CHAPTER9. 杂项讨论

条款53: 不要轻忽编译器的警告

条款54: 让自己熟悉包括TR1在内的标准程序库

条款55: 让自己熟悉Boost