条款18：让接口容易被正确使用，不容易被误用

“最好的情况，就是如果客户企图使用某个接口而却没有获得预期的行为，这个代码就不应该通过编译；如果代码通过了编译，它的作为就该是客户想要的。”
所以在接口设计时，应该从用户的角度出发，考虑用户会犯什么错误：

假如设计的是一个日期类：

class Date{public:Date(int m, int d, int y):day(d),month(m),year(y){}private:int month;int day;int year;};

那么用户在调用构造函数时，可能会犯两种错误：
1.把年月日的顺序输乱了。
2.可能会输入一个不合法的日期，比如2月30号之类的。
对付这些错误，最好的办法就是定义新的数据类型来取代原来的int：

struct Day{//将构造函数声明为explict，可以避免发生隐式类型转化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;};class Date{public:Date(const Month m, const Day d, const Year y):month(m),day(d),year(y){}private:Month month;Day day;Year year;};

此时，用户只能这样输入：class Date d1(Month(9),Day(8),Year(2012));这至少避免了参数次序的问题。对于这些参数的取值范围，我们可以使用枚举类型。但是由于枚举类型可以被当做int来使用，所以并不是安全的。比较安全的办法是预先定义所有有效的month：

class Month{public:static Month Jan(){return Month(1);}static Month Feb(){return Month(2);}private:explicit Month(int m):month(m){}int month;};

这样的话，你只能这样调用class Date d1(Month::Jan(),Day(8),Year(2012));那么出错的机会就大大降低了。
还有一种思路可以降低代码出错的可能：就是尽可能让你定义的类型与内置数据类型的行为一致。
如果要求用户必须做某件事，那么就有可能发生错误，因为用户有可能会忘记。典型的操作就是对内存的new和delete。最好的办法就是前面提到过的：以对象管理资源。当对象被析构时，自动释放内存。最典型的用法就使用时shared_ptr：

class ManageResouse{public:explicit ManageResouse(tr1::shared_ptr<int> p):ptr(p){}void value(int i){*ptr = i;}void printValue(){cout<<*ptr<<endl;}private:tr1::shared_ptr<int> ptr;};tr1::shared_ptr<int> p ( new int(10));ManageResouse rs1(p);ManageResouse rs2(p);rs1.value(1);rs2.printValue();

注意，正确的用法是直接将new出来的对象变为一个智能指针，而类的接口都是使用智能指针的。


总之，好的接口容易被正确的使用，不宜被误用。促进正确使用的办法包括接口的一致性以及与内置类型兼容。阻止误用的办法包括建立新的类型，限制类型的操作，束缚对象值，消除用户的管理管理责任。