好的接口容易被正确使用，不易被误用
考虑以下函数：
void func(int year,int month,int day){
//一些操作
}
这个函数看似合理，因为参数的名字已经暴露了它的用途。但是如果只有寒暑签名呢？如下：
void func(int,int,int);
就算我告诉你，此处需要日期作为参数，你可能会以月日年、日月年等不同形式作为参数。
正确的做法是把年月日都各自抽象为一个类（或者说是结构体）：
struct Year {
int year;
};
struct Month {
int month;
};
struct Day {
int day;
};
void func(Year year,Month month,Day day){
//一些操作
}
这样即使你只有函数签名，也不会轻易出错。
用于内置类型的行为兼容
尽量要在行为上与现有类型兼容，因为一般用户会先与类型作为参考。
如：int类型不支持：
int a=5;
int b=6;
int c=50;
a+b=c;//错误
那么你自己定义的类型，也不应该有类似的语法：
MyType a;
MyType b;
MyType c;
a+b=c;//尽量不要这样去做，除非你有更好的理由
建立新类型、限制类型上的操作、束缚对象值、消除客户的资源管理责任
为了防止用户犯错，一般的方式就是为我们的新类型加上各种限制，比如限定月份的值为1到12，日期的值为1到31等。在用户输入非法的值的时候给出明确的提示或警告。
设想各种被应用的场景
我们要假设用户各种可能犯错的场景，比如，在多线程环境中使用，如果不支持多线程，就应该明确的在文档中输出。或者是，用户的非法输入，非法调用，我们应该尽可能地进行合法性检验。
尽可能让用户在不改变现有使用习惯的情况下，尽可能的少出错。