16 条款18:让接口容易被正确使用,不易被误用。
(1)欲开发一个“接口容易被争取使用,不易被误用的接口”,首先必须考虑到客户可能出现什么样的错误。比如设计一个日期的class设计构造函数:
class Date{
public:
Date(int month, int day, int year);
...
};//这种做法,不容易防止错误。Date d(30,3,1995);
struct Day{
explicit Day(int d):val(d){}
int val;
};
struct Month{
explicit Month(int m):val(m){}
int val;
};
struct Year{
explicit Year(int y):val(y){}
int val;
};
一旦正确的类型就要定位,限制其值是通情达理的,例如:一年只有12个有效月份,办法之一利用enum表现月份,但是enums不具备类型安全检查。
class Month{
public:
static Month Jan(){return Month(1);}
static Month Feb(){return Month(2);}
...
static Month Dec(){return Month(12);}
...
private:
explicit Month(int m);
...
};
Date d(Month::Mar(),Day(30),Year(1995));
(2)限制类型内什么事可做,什么事不能做,常见的限制加上const。比如“以const修饰operator *的返回类型”可阻止客户因“用户自定义类型”而犯错:
If( a * b = c) …
(3) “促进正确使用”的办法包括接口的一致性,以及内置类型的行为兼容。
(4)“阻止误用”的办法
18 条款20:宁以pass-by-reference-to-const替换pass-by-value
(1) 尽量以pass-by-reference-to-const替换pass-by-value,前者通常比较高效,并可避免切割问题。
(2)以上规则并不适用内置类型,以及STL的迭代器和函数对象。对它们而言,pass-by-value往往比较适当。
19 条款21:必须返回对象时,别妄想返回其reference
(1) 绝不要返回pointer或reference指向一个local stack对象,或返回reference指向一个heap-allocated对象,或返回pointer或reference指向一个local static对象而有可能同时需要多个这样的对象。
正确的operator的写法:
inline const Rational operator*(const Rational& lhs, const Rational& rhs)
{
return Rational(lhs.n * rhs.n, lhs.d * rhs.d);
}
20 条款22:将成员变量声明为private
(1)切记将成员变量声明为private,这可赋予客户访问数据的一致性,可细微划分访问控制、允诺约束条件获得保证,并提供class作者以充分的实现弹性。
21 条款23:宁以non-member、non-friend替换member函数
(1)面向对象守则要求数据应该尽可能被封装,member函数的clearEverything带来的封装性比non-member函数的clearBrowser低。并且提供non-member函数可允许对webBrowser相关机能有较大的弹性,会有较低的编译相依度,增加webBrowser的可延展性。
因为non-member non-friend函数,它并不增加“能够访问class内之private成分”的函数数量。
22 条款24:若所有参数皆需类型转换,请为此采用non-member函数
class Rational{
public:
Rational(int numerator =0, int denominator = 1);
int numerator()const;
int denominator()const;
......
const Rational operator*(const Rational&rhs)const;//这个不好
private:
...
};
对于乘法操作符号,不能进行如下运算符操作:
Result = 2* onehalf (onehalf 为Rational类)
如要能进行隐式类型转化,将operator *申明为non-member函数:
const Rational operator *(const Rational &lhs, const Rational rhs)
{
}
但是并不要求该函数为friend函数,无论何时能够避免friend函数就该避免。
总结:如果你需要为某个函数的所有参数(包括被this指针所指的那个隐喻函数)进行类型转换,那么这个函数必须是个non-member函数。
23 条款25:考虑写出一个不抛出异常的swap函数
(1)当std::swap对你的类型效率不高时,提供一个swap成员函数,并确定这个函数不抛出异常。
(2)如果提供一个member swap,也提供一个non-member swap用来调用前者,对于classes(而非templates),也请特化std::swap。
(3)调用swap时应针对std::swap使用using声明式,然后调用swap并且不带任何“命名空间资格修饰符”。
(4)为“用户定义类型”进行std templates全特化是好的,但千万不要尝试在std内加入某些对std而言全新的东西。