《Inside C#》笔记(八) 接口

时间:2023-03-08 15:47:27

接口可以认为是属于不同继承树的代码之间的行为约定。C#的接口相当于是一种特殊的抽象类,这种抽象类的内部只有虚方法。

一 接口的使用

a) 接口内部可以包含方法、属性、索引器和事件,这些成员都不在接口中实现。接口内部的成员默认都是公开的,而且如果用public修饰还会报编译错误。

b) C#不支持多继承,但可以实现多个接口。

c) 有时会遇到这样的需求:要继承某个接口,但又不想公开接口相关的方法。这时可以使用Name Hiding特性。比如有IDataBound接口

《Inside C#》笔记(八) 接口

对接口方法的实现除了一般的public void Bind()形式外,还可以这样

《Inside C#》笔记(八) 接口

把public修饰符去掉,然后写成void IDataBound.Bind()

二 重名问题

C#不支持多继承的原因之一是为了避免重名问题。但因为接口的存在,仍然会有重名的情况出现。比如ISerializable和IDataStore都约定了SaveData方法。

《Inside C#》笔记(八) 接口

如果一个类同时实现了这两个接口,要如何区分两个Save方法呢,做法与之前的Name Hiding类似

可以在方法前面加上接口类型

《Inside C#》笔记(八) 接口

三 继承与接口带来的问题

a) 基类的方法与接口的方法同名

《Inside C#》笔记(八) 接口

本来EditBox类要继承IDataBound接口就必须实现Serialize方法,但这种情况不去实现竟然也能编译通过。因为基类的Serialize方法把编译器欺骗了。

b) 派生类的方法与基类继承的接口的方法同名

比如有接口和方法ITest.Foo(),然后基类实现了ITest接口

《Inside C#》笔记(八) 接口

《Inside C#》笔记(八) 接口

上面代码的执行结果会是:

《Inside C#》笔记(八) 接口

调用哪个Foo()方法取决于当前所持有的引用,调用myDrived.Foo()时,持有MyDerived对象的引用;当转换为ITest接口后,编译test.Foo()时,编译器会上溯继承树,直到找到实现了ITest接口的类。

为了避开这些坑,在使用接口时最好具有明确的转换。

四 接口的合并

有时如果需要同时实现多个接口,就可以将这些接口合并为一个,感觉这就是接口的继承。合并后的接口会带有之前接口的所有成员,还可以添加新的成员。