条款01：视C++为一个语言联邦
P12：对于内置类型而言，传值通常比传引用高效。当使用C++面向对象时，由于用户自定义的构造函数和析构函数的存在，pass by reference to const往往更好。
P13：STL的迭代器和函数对象都是在C指针之上塑造出来的，所以对STL的迭代器和函数对象而言，旧式的C传值守着再次适用
条款02：尽量以const,enum,inline替代#define
P13：使用常量可能比使用#define导致较小的代码，因为预处理盲目的将宏替换，可能导致目标码出现多份替换量，若改用常量则绝不会出现相同情况。
P17：对于单纯常量，最好以const对象或enums替代#define
P17：对于形似函数的宏，最好改用inline函数替换#define
条款03：尽可能使用const
P18：声明迭代器为const就像声明指针为const一样，即T*const形式。const_iterator迭代器所指内容不变
P19：两个成员函数如果只是常量性不同，可以被重载
P23：mutable成员变量肯纳总是会被更改，即使在const成员函数内。
P26：当const和non_const成员函数有着实质相等的实现时，令non-const版本调用const版本可以避免代码重复
条款04：确定对象被使用前已先被初始化
P28：成员初始化列表的方法效率更高。
P30：static对象，其寿命从被构造出来知道程序结束为止。因此stack和heap-based对象都被排除。这种对象包括global对象，定义于namespace作用域内的对象，在classes内，在函数内，以及在file作用域内被声明为static的对象。程序结束时static对象会被自动销毁。
P33：为内置对象进行手工初始化，因为C++不保证初始化他们
P33：为免除跨编译单元之初始化顺序的问题，请以local static对象替换non-local static对象
条款05：了解C++默默编写并调用哪些函数
P34：编译器自动构造的函数都是public且inline的
P37：如果打算在一个内含reference或者const成员的class内支持赋值操作，你必须自己定义一个copy assignment操作符。如果某个base class将copy assignment操作符声明为private，编译器也将拒绝为其derived classes生成一个copy assignment操作符。
条款06：若不想使用编译器自动生成的函数，就该明确拒绝
P39：为驳回编译器自动提供的机制，可将相应的成员函数声明为private并且不予实现。使用像uncopyable这样的base class也可以。
条款07：为多态基类声明virtual析构函数
P41：单derived class对象经由一个base class指针被删除，而该base class带着一个non-virtual析构函数，其结果未有定义--实际执行时通常发生的是对象的derived成分没有被销毁。可是形成资源泄露、败坏之数据结构、在调试器上浪费许多时间的原因。
P41：任何class只要带有virtual函数都几乎确定应该也有一个virtual析构函数。
P44：带多态性质的base classes应该声明一个virtual析构函数。如果class带有任何virtual函数，它就应该拥有一个virtual析构函数
P44：class的设计目的如果不是作为base class使用，或不是为了具备多态性质，就不该声明virtual析构函数。
条款08：别让异常逃离析构函数
P48：析构函数绝对不要吐出异常。如果一个呗析构函数调用的函数可能抛出异常，析构函数应该捕捉任何异常，然后吞下它们或结束程序。
P48：如果客户需要对某个操作函数运行期间抛出的异常做出反应，那么class应该提供一个普通函数（而非在析构函数中）执行该操作。
条款09：绝对不在构造和析构过程中调用virtual函数
P49：在base class构造期间，virtual函数不是virtual函数。
条款10：令operator=返回一个reference to *this
条款11：在operator=中处理自我赋值
条款12：复制对象时勿忘其每一个成分
条款13：以对象管理资源
条款14：在资源管理类中小心copying行为
条款15：在资源管理类中提供对原始资源的访问
条款16：成对使用new和delete时要采取相同形式
条款17：以独立语句将newed对象置入智能指针
P77：以独立语句将newed对象存储于智能指针中。因为，如果在某个函数的参数中使用多个函数调用，这些函数调用的顺序是未知的，所以很有可能在分配了动态内存后，下一个操作异常，导致内存泄露.
条款18：让接口容易被正确使用，不易被误用
条款19：设计class犹如设计type
条款20：宁以pass-by-reference-to-const替换pass-by-value
P90：对于内置类型，STL的迭代器以及函数对象，pass-by-value往往比较适当
条款21：必须返回对象时，别妄想返回其reference
条款22：将成员变量声明为private
条款23：宁可以non-member,non-friend替换member函数
P99：能够访问private成员变量的函数只有class的member函数加上friend函数而已。
条款24：若所有参数皆需类型转换，请为此采用non-member函数
P104：只有当参数被列于参数列内，这个参数才是隐式类型转换的合格参与者
条款25：考虑写出一个不抛异常的swap函数
条款26：尽可能延后变量定义式的出现时间
条款27：尽量少做转型动作
P123：如果可以，尽量避免转型，特别是在注重效率的代码中避免dynamic_casts，如果有个设计需要转型动作，试着发展无需转型的替代设计
条款28：避免返回handles指向对象内部成分
条款29：为异常安全而努力是值得的
P127：当异常被抛出时，带有异常安全性的函数会：1：不泄露任何资源。2：不允许数据破坏。
P130：share_ptr：：reset函数只有在其参数被成功生成之后才被调用
条款30：透彻了解inlining的里里外外
P136：大部分编译器拒绝将太过复杂（例如带有循环或递归）的函数inlining，而所有对virtual函数的调用也都会使inlining落空。
P136：编译器通常不对通过函数指针而进行的调用实施inlining。
P139：inline函数无法随着程序库的升级而升级，必须要重新编译才能实现。
条款31：将文件间的编译依存关系降至最低
条款32：确定你的public继承塑模出is-a关系
条款33：避免遮掩继承而来的名称
P160：如果继承base class并加上重载函数，而你又希望重新定义或覆写其中一部分，那么你必须为那些原本会被遮掩的每个名称引入一个using声明式，否则某些你希望继承的名称会被遮掩。
条款34：区分接口继承和实现继承
P162：声明一个pure virtual函数的目的是为了让derived classes只继承函数接口
条款35：考虑virtual函数以外的其他选择
条款36：绝不重新定义继承而来的non-vritual函数
条款37：绝不重新定义继承而来的缺省参数值
P180：virtual函数是动态绑定的，而缺省参数值却是静态绑定的
P182：调用一个定义于derived class内的virtual函数的同时，却使用base class为它指定的缺省参数值。
条款38：通过复合塑模出has-a或根据某物实现出
P185：因为sets通常以平衡查找树实现而成，每个元素要耗用3个指针，使它们在查找、安插、移除元素时保证拥有对数时间效率。
条款39：明智而审慎地使用private继承
P187：如果classes之间的继承关系是private，编译器则不会自动将一个derived class对象转换为一个base class对象。
P191：对于大小为零之独立对象，通常c++官方勒令默默安插一个char到空对象内。
P191：EBO（empty base optimization）一般只在单一继承下才可信，统治c++对象布局的那些规则通常表示EBO无法被实施于拥有多个base的derived classes身上。
P192：和复合不同，private继承可以造成empty base最优化。这对致力于对象尺寸最小化的程序库开发者而言，可能很重要。
条款40：明智而审慎地使用多重继承
P194：使用virtual继承的那些classes所产生的对象往往比使用non-virtual继承的兄弟们体积大，访问virtual base classes的成员变量时，也比访问non-virtual base classes的成员变量速度慢。
P194：virtual base的初始化责任是由继承体系中最底层class负责。
P194：非必要不适用virtual bases 。如果必须使用，尽可能避免在其中放置数据
4278
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
