接口是体现面向对象编程思想优越性的一件利器，为什么这么说呢？首先我们来看，接口是为继承而存在的，如果没有继承，那就自然不需要接口了，既然有继承，那就需要把可能被多个类所继承的一些公共部分抽象出来，接口封装的就是这些公共的行为规范，类可以通过继承多个接口来丰富自己的行为机制，但是在C#中，类是不可以继承多个类的。C#最显著的特点就是极大地提高了程序的开发效率和维护效率，所以对于继承多个类这种容易引起二义性的机制是深恶痛绝的。
我们都是由学生时代一路走过来的，所以我想借用学生时代的那些行为规范来作为现实生活中的接口的例子。
读小学的时候，我们至少会有两套行为规范：小学生行为规范和少先队员行为规范。首先我们都得遵守小学生行为规范，其次如果是少先队员，就还得遵守少先队员行为规范。我们对于这两套行为规范不列举太多细节规则，每套一条就够了，作为少先队员，过马路时要先看红绿灯：
在IPupileRule中，我们定义了“过马路看红绿灯”这样的行为规范，它其实就是一个函数声明，定义了函数名、返回值类型以及参数类型等信息，但是并没有函数体。对，接口中只能有函数定义这样的指导性原则，不允许存在函数体，至于具体的实现细节，那就“具体问题具体分析”吧。接下来我们再来定义少先队员行为规范，也不列举太多细则，一条足矣，少先队员不能抽烟：
同样的，只有函数声明没有实现细节，因为行为守则这样的东西只能告诉你作为一名光荣的少先队员是绝对不能抽烟的，它不会也不能面面俱到地告诉你假如你叔叔阿姨给你递烟应该如何谢绝，假如你爸爸教你抽烟应该如何拒绝，另外假如那些辍学的坏孩子强迫你抽烟又该如何反抗等等。废话不多说，否则真成了“提供函数体的接口”了。
既然接口是不提供函数实现细节的，那么当一个小学生需要横过马路的时候，就只能靠他自己来完成具体的逻辑实现了：
:publicclassPupil:IPupilRule2:{3:///
接下来，少先队员出场了。首先我们来分析一下这个场景，少先队员是需要遵守少先队员行为规范的小学生。由此可见，少先队员需要实现前面提到的两种行为规范中的所有规定，这也就体现了接口的好处，可以实现多重继承。在本文所用的例子当中，少先队员大可不必重新继承并实现IPupilRule接口了，他既然是一名小学生，那就可以继承Pupil这个类，而且他并不需要改变Pupil中对小学生行为规范的具体实现细节，他只需要自己实现少先队员行为规范中的规定就行了。
:publicclassYoungPioneer:Pupil,IYoungPioneerRule2:{3:///
接口也是可以继承接口的，并且可以多重继承。我们假设有一个向阳小学，这个学校还有自己的校规，校规内容不多，主要是要求学生要严格遵守小学生行为规范和少先队员行为规范，并且都要会唱校歌。
:interfaceIXiangYangSchoolRule:IPupilRule,IYoungPioneerRule2:{3:voidSingSchoolSong();4:}
因此这套校规编写起来倒不麻烦，继承了两套现成的行为规范并且增加一点儿自己的要求就行了。向阳小学的每一位学生都得遵守这套校规：
文章为作者独立观点，不代表股票交易接口观点
相关文章
股民评论