effective C++ 3nd

条款1：视C++为一个语言联邦

1. C

用于C的基本特性。

2. 面向对象

封装、继承、多态、动态绑定、虚函数表

3. 泛型编程

模板函数、模板类。这一部分也是大部分人接触最少的。（参考模板模式）

4. STL 库

高效的使用C++完成算法功能。

条款2：尽量以const、enum、inline替换#define

1. 单纯的常量，使用const、enum 替代#define

2. 函数计算宏，用inline替代#define

以上两点都是基于#define的不灵活性，以及编译器不对#define进行类型检查的原因导致的。

条款3：尽可能使用const

1. 让编译器帮助检查，同时避免出乎意料的错误

函数参数、返回值、内部变量

条款4：确定对象使用前已先被初始化

因为C++不一定保证初始化变量，手动初始化可以避免出乎意料的错误。

条款5：了解C++默认编写并调用哪些函数

编译器默认构建了：缺省构造函数、缺省赋值构造函数、缺省复制构造函数，以及默认析构函数。

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

好吧，这一点我没什么好说的，使用private就行。

条款7：为多态基类声明virtual析构函数

确保在多态的时候，父类引用指向子类对象的时候，析构函数可以通过vptr正确的释放资源。

条款8：别让异常逃离析构函数

1. 在析构函数中，不抛出异常，而吞下异常（进行处理或者终止程序）

2. 尽量把需要析构的资源可能抛出异常的，放到一个普通函数中，供用户调用。

否则容器中的类将可能无法正常释放。

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

多态时，构造和析构的过程中，虚函数的vptr指针指向当前类，而非实际子类。

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

返回引用，以确保正确的链式赋值

条款11：在operator=中实现“自我赋值”

主要涉及到对内存的理解，在自我赋值的时候，不要delete了对应的内存。

条款12：复制对象时勿忘其每一部分

抽取共同代码，而否包含调用关系。分清深浅拷贝，避免析构时的错误。

条款13：以对象管理资源

典型的应用就是智能指针了，条款13主要用于保证资源在析构函数中正确的被释放。

条款14：在资源管理类中小心coping行为

结合上一条款理解，主要保证正确的使用资源。如采用：引用计数，深拷贝，资源转移等手段。

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

确保类的封装不会导致对资源访问的限制。

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

这没什么好说的。

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

C++11 对智能指针进行了内置，但仍然建议使用该策略。

条款18：让接口容易被正确使用，不容易被误用

一致性，见名知意，良好的类型检查避免误用。

条款19：设计class犹如设计type

这一条涉及到了延展性，类图谱性。目前，不能有深刻的体会。

条款20：宁以pass-by-reference-to-const替换pass-by-value

用于函数的原则，避免使用复制构造函数的调用，类的重复构建以及销毁。但是STL是值传递的形式（深拷贝，避免互相影响）。

条款21：必须返回对象时，别妄想返回其reference

本条款主要用于考虑栈空间的局部性（堆中没有该问题）。

条款22：将成员变量声明为private

良好的封装性，访问的一致性（通过函数）。

条款23：宁以non-member、non-friend替换member函数

通过non-member、non-friend的函数的操作，避免了不必要的对于private成员的错误访问，体现更好的封装性。

条款24：若所有参数皆需要类型转换，请为此采用non-member函数

本条款主要考虑C++支持的隐式转换问题。实用性是否较弱？

条款25：考虑写出一个不抛出异常的swap函数

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

避免不必要的变量定义占用资源，同时也将清晰思路。

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

1. const_cast : 移除常量性

2. dynamic_cast ：向下转型

3. reinterpret_cast ：不同类型间的转换（如指针和非指针）

4. static_cast ：执行任意的隐式转换和相反转换

reinterpret_cast(expression)
dynamic_cast(expression)
static_cast(expression)
const_cast(expression)

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

增加封装性

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

避免处理异常的时候，资源或者数据遭到破坏。

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

不存在循环，少量判断，无函数指针，直接复制，小型，类型检查。

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

解耦。

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

现在的OOP的使用应该更强调has-a的关系，但是当你确定框架结构的时候，需要明确is-a的关系建立。

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

C++11 提供了override关键字，但是子类无法和父类重载，所以当父类定义多个重载函数时，子类覆盖一个，则覆盖全部。

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

1. 纯虚函数

2. 虚函数

3. 非虚函数

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

本条款主要讨论策略模式，这里没有过多研究。

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

结合条款33，避免对于父类同名函数的覆盖

条款37：绝不要重新定义继承而来的缺省参数值

因为缺省参数值是静态绑定的。所以你重新定义的话，父类引用还是无法使用子类对象相应的值。

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

松耦合的设计思想。

条款39：明智而审慎的使用private继承

就是基本别用的意思

条款40：明智而审慎的使用多重继承

会引起歧义，除非你是使用多继承实现接口。

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

认识template

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

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

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

尽可能的降低templates二次编译所生成的代码数量。

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

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

条款47：请使用traits class表现类型信息

条款48：认识template元编程

执行于编译期

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

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

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

如若该操作可能失败，故最好加入判断。

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

一一对应

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

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

TR1是一份C++标准的文档，如目前的C++11，都是基于其发展的。本条约告诉我们关注C++的发展。

条款55：让自己熟悉Boost

一个强大的第三方扩展库，对C++的新标准的推动性。