1 让自己习惯C++
条款01 ：视C++为一个语言联邦
C，Object-Oritented C++，Template C++，STL
条款02：尽量以const,enum,inline替换 #define
条款03：尽可能使用const
许多人漠视一个事实：两个成员函数如果只是常量性不同，可以被重载
条款04：确定对象被使用前已先被初始化
这个规则很容易奉行，重要的是别混淆了赋值和初始化。
2 构造/析构/赋值运算
条款05：了解C++默默编写并调用哪些函数
条款06：若不想使用编译器自动生成的函数，就该明确拒绝
将成员函数声明为private而且故意不实现它们
条款07：为多态基类声明virtual析构函数
条款08：别让异常逃离析构函数
条款09：绝不在构造和析构过程中调用virtual函数
条款10：令operator=返回一个reference to *this
为了实现连锁赋值
条款11：在operator=中处理“自我赋值”
条款12：复制对象时勿忘其每一个成分
3 资源管理
所谓资源就是，一旦用了它，将来必须归还给系统。如果不这样，糟糕的事情就会发生。
条款13：以对象管理资源
条款14：在资源管理类中小心copying行为
条款15：在资源管理类中提供对原始资源的访问
条款16：成对使用new和delete时要采取相同形式
条款17：以独立语句将newed对象置入智能指针
以独立语句将newed对象存储于（置入）智能指针内。如果不这样做，一旦异常被抛出，有可能导致难以察觉的资源泄漏。
4设计与声明
所谓软件设计，是“令软件做出你希望它做的事情”的步骤和做法，通常以颇为一般性的构想开始，最终演变成十足的细节，以允许特殊接口的开发。
条款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函数
swap是个有趣的函数，原本它只是STL的一部分，而后成为异常安全性编程的脊柱，以及用来处理自我赋值可能性的一个常见机制。
5实现
条款26：尽可能延后变量定义式的出现时间
条款27：尽量少做转型动作
const_cast dynamic_cast static_cast reinterpret_cast
条款28：避免返回handles指向对象内部成分
条款29：为“异常安全”而努力是值得的
不泄漏任何资源
不允许数据败坏
基本承诺
强烈保证
不抛掷保证
条款30：透彻了解inlining的里里外外
条款31：将文件间的编译依存关系降至最低
6继承与面向对象设计
条款32：确定你的public继承塑出is-a关系
条款33：避免遮掩继承而来的名称
条款34：区分接口继承和实现继承
条款35：考虑virtual函数以外的其他选择
条款36：绝不重新定义继承而来的non-virtual函数
条款37：绝不重新定义继承而来的缺省参数值
条款38：通过复合塑模出has-a或“根据某物实现出”
条款39：明智而审慎地使用private继承
条款40：明智而审慎地使用多重继承
7模板与泛型编程
条款41：了解隐式接口和编译期多态
条款42：了解typename的双重意义
条款43：学习处理模板化基类内的名称
条款44：将与参数无关的代码抽离templates
条款45：运用成员函数模板接受所有兼容类型
条款46：需要类型转换时请为模板定义非成员函数
条款47：请使用traits classes表现类型信息
条款48：认识template元编程
8定制new和delete
条款49：了解new-handler的行为
条款50：了解new和delete的合理替换时机
条款51：编写new和delete时需固守常规
条款52：写了placement new也要写placement delete
9杂项讨论
条款53：不要轻忽编译器的警告
条款54：让自己熟悉包括TR1在内的标准程序库
条款55：让自己熟悉Boost