Effective C++（搬运、待续）

本博客来源
视C++为一个语言联邦（C、Objective-Oriented C++、Template C++、STL）
宁可以编译器替换预处理器（尽量以const、enum、inline替换#define）
尽可能使用const
确定对象被使用前已被初始化（构造时赋值（copy构造函数）比default构造后赋值（copy assignment）效率高）
了解C++默默编写并调用了哪些函数（编译器暗自为class创建default构造函数、copy构造函数、copy assignment操作符、析构函数）
若不想使用编译器自动生成的函数，就应该明确拒绝（将不想使用的成员函数声明为private，并且不予实现）
为多态基类声明virtual析构函数（析构函数应该吞下不传播异常，或者结束程序，而不是吐出异常；如果要处理异常应该在非析构的普通函数处理）
绝不在构造和析构过程中调用virtual函数（因为这类调用从不下降至derived class）
令operator=返回一个reference to *this（用于连锁赋值）
在operator=中处理 “自我赋值”
赋值对象时应确保复制 “对象内的所有成员变量” 及 “所有base class成分” （调用基类复制构造函数）
以对象管理资源（资源在构造函数获得，在析构函数释放，建议使用智能指针，资源取得时机便是初始化时机（Resource Acquisition Is Initialization））
在资源管理类中小心copying行为（普遍的RAII class copying行为是：抑制copying、引用计数、深度拷贝、转移底部资源拥有权（类似auto_ptr））
在资源管理类中提供对原始资源（raw resources）的访问（对原始资源的访问可能经过显式转换或隐式转换，一般而言显示转换比较安全，因式转换对客户比较方便）
成对使用 new 和 delete 时要采取相同形式（new 中使用 [] 则 delete []，new 中不使用 [] 则 delete）
以独立语句将newed对象存储于（置入）智能指针（如果不这样做，可能会因为编译器优化，导致难以察觉的资源泄漏）
让接口容易被正确使用，不易被误用（促进正常使用的办法：接口的一致性、内置类型的行为兼容；阻止误用的办法：建立新类型、STL迭代器、函数对象）
必须返回对象时，别妄想返回其 reference（绝不返回 pointer 或 reference 指向一个 local stack 对象，或返回 reference 指向一个 heap-allocated 对象，或返回 pointer 或 reference 指向一个 local static 对象而有可能同时需要多个这样的对象。）
将成员变量声明为private（为了封装、一致性、对其读写精确控制等）
宁以non-member、non-friend替换member函数（可增加封装性、包裹弹性（packaging flexibility）、机能扩充性）
若所有参数（包括被this指针所指的那个隐喻参数）皆需要类型转换，请为此采用non-member函数
考虑写一个不抛异常的 swap 函数
尽可能延后变量定义式的出现时间（可增加程序清晰度并改善程序效率）
尽量少做转型动作（旧式：（T）expression、T（expression）；新式：const_cast<T>（expression）、dynamic_cast<T>（expression）、reinterpret_cast<T>（expression）、static_cast<T>（expression））尽量避免转型、注重效率避免dynamic_casts、尽量设计成无需转型、可把转型封装成函数、宁可用新式转型