CLR via C#:接口

接口：接口实际上是对一组函数签名进行统一命名。具有以下特性：
1.C#中用interface关键字来定义接口，并且约定接口名字以I开头。
2.接口中的函数默认为public abstruct virtual instance函数，并且只能以"返回类型 函数名(参数列表)“的形式来声明函数。
3.CLR只允许类继承单个类和多个接口。
4.CLR只允许结构体继承多个接口。
5.CLR只允许接口继承多个接口。
6.类和结构体在继承接口时，必须实现全部的接口函数。
7.子类型可以隐式或者显示转换成接口类型，但是接口类型必须显示转换成子类型。当子类型是结构体类型时，当转换成接口类型时就会发生装箱操作。

隐式实现接口函数：具有以下特性：
1.必须以"public 可选virtual 返回类型 函数名称(参数列表)"的形式来实现接口函数。
2.实现的接口函数没有指定virtual时，编译器默认设置成virtual sealed。
3.在结构体中实现的接口函数指定为virtual时，编译器会报错。
4.实现的接口函数既可以被子类型实例调用也可以被接口类型变量调用。

显示实现接口函数：具有以下特性：
1.必须以"返回类型 接口名称.函数名称(参数列表)“的形式来实现接口函数。
2.编译器默认设置实现的接口函数为private virtual sealed。
3.实现的接口函数只能被接口类型变量调用。
4.真实的函数名为"接口名称.函数名称”，从而避免编译时出现二义性。
5.开发者应该尽量不要使用显示实现接口函数，因为它往往会造成类型变的不好用，而且文档中也没有说明怎么使用它。

泛型接口：具有以下特性：
1.在选择FCL中的接口类型时，应该尽量选择泛型接口类型。
2.泛型接口提供了出色的编译时类型安全性。
3.泛型接口在处理值类型时，装箱次数会少很多。
4.子类型可以实现泛型接口若干次，只要每次提供不同的泛型类型实参即可。
5.当泛型类型参数约束为多个接口时，泛型类型实参必须实现所有的接口。

设计成基类还是接口：参考规范如下所示：
1.值类型必须从ValueType继承，所以只能为值类型设计接口。
2.当能建立起IS-A(表明有很多相同的代码)关系时，应该设计成基类；当能建立起CAN-DO(表明很多相同的行为，但代码可能不一样)关系时，应该设计成接口。
3.想要易用性高的话就设计成基类，否则就设计成接口。因为派生类只需稍作修改即可；而而接口的继承者们必须实现所有的接口函数。
4.想要一致性实现的话就设计成基类，否则就设计成接口。因为基类具有默认行为且在所有的派生类中保持不变；而接口的继承者们可以自己定义行为。
5.想要更好的版本控制就设计成基类，否则就设计成接口。因为基类添加方法后，派生类自动继承且无需重新编译；而接口改动函数的话，所有接口的继承者们都必须修改代码并重新编译。
6.可以既设计基类，也设计接口，从而带来更大的灵活性。