设计与声明

设计与声明

18.让接口容易被正确使用，不易被误用

• 好的接口很容易被正确使用，不容易被误用．你应该在你的所有接口中努力达成这些性质
• ＂促进正确使用＂的办法应该包括接口的一致性，以及与内置类型的行为兼容．
• ＂阻止误用＂的办法包括建立新类型，限制类型上的操作，束缚对象值，以及消除客户的资源管理责任
• trl::shared_ptr支持定制型删除器(custom deleter).这可以防范DLL问题，可被用来自动解除互斥锁．

19.设计class犹如设计type

• Class的设计就是type的设计．

20.宁以pass-by-reference-to-const 替换pass-by-value

• 尽量以pass-by-reference-to-const 替换pass-by-value.前者通常比较高效，并可避免切割问题
• 以上规则并不适用于内置类型，以及STL的迭代器和函数对象．对他们而言，pass-by-value往往比较适当．

21.必须返回对象时，别妄想返回其reference

• 绝不要返回pointer或reference指向一个local stack 对象，或返回reference指向一个heap-allocated 对象，或返回pointer 或reference指向一个local static对象而有可能同时需要多个这样的对象．

22.将成员变量声明为private

• 切记将成员变量声明为private.这可赋予客户访问数据的一致性，可细微划分访问控制，允诺约束条件获得保证，并提供class 作者以充分的实现弹性．
• protected并不比public更具有封装性．

23.宁以non-member,non-friend替换member函数

• 宁可拿non-member non-friend 函数替换member函数．这样可以增加封装性，包裹弹性和机能扩充性．

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

• 如果你需要为某个函数的所有参数(包括被this指针所指的那个隐喻参数)进行类型转换，那么这个函数必须是个non-member.

25.考虑写出一个不抛出异常的swap函数

• 当std::swap对你的类型效率不高时，提供一个swap成员函数，并确定这个函数不抛出异常
• 如果你提供一个member swap,也该提供一个non-member swap用来调用前者．对于classes(而非templates),也请特化std::swap.
• 调用swap时应针对std::swap使用using声明式，然后调用swap并且不带任何＂命名空间资格修饰＂．
• 为＂用户定义类型＂进行std templates 全特化是好的，但千万不要尝试在std内加入某些对std而言全新的东西．