effective c++:让接口容易被正确使用，不易被误用

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

1）许多客户端错误可以因为导入新类型而获得预防。一旦正确的类型定位，限制其值有时候是通情达理的。

考虑下面的例子表现日期：

class Date{ public: 　　Date(int month,int day,int year); 　　... }; Date d(20,30,1997); //20月不存在的

改进：

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; };

进一步改进：

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(1998));

2）让type的行为与内置type一致

3）任何接口如何要求客户必须记得某些事，就是有着“不正确使用”的倾向，客户可能忘记那些事。

std::tr1::shared_ptr<Investment> createInvestment(){ 　　std::tr1::shared_ptr<Investment>retVal(static_cast<Investment*>(0), 　　getRidOfInvestment); //getRidOfInvestment是删除器 　　retVal=...; 　　return retVal; }

private提供封装，其他不提供封装。

封装与“当其内容改变时可能造成的代码破坏量”成反比。假如有一个public成员变量，而我们最终取消它，所有使用它的客户码都被破坏；假如有一个protected成员变量，而我们最终取消它，所有使用它的derived class都会被破坏。