18：让接口容易被正确使用，不易被误用
- “促进正确使用”的办法包括接口的一致性，以及内置类型的行为兼容。
- “阻止误用”的办法包括建立新类型，限制类型上的操作，束缚对象值以及消除客户的资源管理责任。
- tr1::shared_ptr支持定制型删除器(custom deleter)。可以解决DLLs问题，可被用来自动解决互斥锁见14。
19：设计class犹如设计type
20：宁以pass-by-reference-to-const替换pass-by-value
- 尽量以pass-by-reference-to-const替换pass-by-value。前者通常较高效，并且避免切割问题(slicing problem)。
- 以上规则并不适用于内建类型，以及STL的迭代器和函数对象，对于他们而言，pass-by-value往往比较合适。
21：必须返回对象时，别妄想返回其reference(划重点)
- 绝不要返回一个pointer或reference指向一个local stack对象，或返回一个reference指向一个heap-allocated对象，或返回pointer或reference指向一个local static对象而有可能同时需要多个这样的对象。条款4已经为“在单线程环境中合理返回reference指向一个local static对象”提供了一份设计方案。
inline const Rational operator*(const Rational & lhs, const Rational &rhs)
{
return Rational(lhs.n * rhs.n, lhs.d * rhs.d);
}
22：将成员变量声明为private
- 切记将成员变量声明为private。这可赋予客户访问数据的一致性、可以细微划分访问控制、允许约束条件获得保证，并提供class作者以充分的实现弹性。
- protected并不比public更具封装性。因为其对派生类可见。
23：宁以non-member、non-friend替换member函数
- C++标准库函数的组织方式。标准库程序并不是拥有单一、整体、庞大的<C++standardLibrirary>头文件并在其中包含std命名空间内的每一样东西，而是有数十个头文件（<vector>、<algorithm>、<memory>等），每一个头文件声明std的某些机能。如果用户只需要vector相关机能，他就不需要#inlcude<memory>，支队他们所用的那一小部分形成编译相依。
24：若所有参数皆需类型转换，请为此考虑non-member函数
operator*作为class的成员函数时候.png
![Upload 接上图.png failed. Please try again.]
- 只有当参数列于参数列表(parametor list)内,这个参数才是隐式转换的合格参与者。（当允许编译器在每一个参数身上执行隐式类型转换时）
- 可以把operator * 写成一个non-member函数
![Upload 2017-03-20 14:13:12的屏幕截图.png failed. Please try again.]
- 如果你需要为某个函数的所有参数（包括this指针所指的那个隐喻函数）进行类型转换，那么就必须是个non-member。
25：考虑写一个不抛出异常的swap函数
- 对内置类型的操作（例如pimpl手法的底层指针）绝不会抛出异常。
请记住： - 当std::swap对你的类型效率不高时，提供一个swap成员函数，并确定这个函数不抛出异常。
- 如果你提供一个member swap（public），也提供一个non-member swap用来调用前者。对于class（而非templates），也请特化std::swap。
- 调用swap时，应针对std::swap使用using 声明形式，然后调用swap并且不带任何“命名空间资格修饰”。
- 为“用户定义类型”进行std templates全特化是好的，但千万不要尝试在std内加入某些对于std而言全新的东西。
