标签：笔记 strong 属性 最好 避免 src serial 多继承 不同
接口可以认为是属于不同继承树的代码之间的行为约定。C#的接口相当于是一种特殊的抽象类，这种抽象类的内部只有虚方法。
一 接口的使用
a) 接口内部可以包含方法、属性、索引器和事件，这些成员都不在接口中实现。接口内部的成员默认都是公开的，而且如果用public修饰还会报编译错误。
b) C#不支持多继承，但可以实现多个接口。
c) 有时会遇到这样的需求：要继承某个接口，但又不想公开接口相关的方法。这时可以使用Name Hiding特性。比如有IDataBound接口
对接口方法的实现除了一般的public void Bind()形式外，还可以这样
把public修饰符去掉，然后写成void IDataBound.Bind()
二 重名问题
C#不支持多继承的原因之一是为了避免重名问题。但因为接口的存在，仍然会有重名的情况出现。比如ISerializable和IDataStore都约定了SaveData方法。
如果一个类同时实现了这两个接口，要如何区分两个Save方法呢，做法与之前的Name Hiding类似
可以在方法前面加上接口类型
三 继承与接口带来的问题
a) 基类的方法与接口的方法同名
本来EditBox类要继承IDataBound接口就必须实现Serialize方法，但这种情况不去实现竟然也能编译通过。因为基类的Serialize方法把编译器欺骗了。
b) 派生类的方法与基类继承的接口的方法同名
比如有接口和方法ITest.Foo()，然后基类实现了ITest接口
上面代码的执行结果会是：
调用哪个Foo()方法取决于当前所持有的引用，调用myDrived.Foo()时，持有MyDerived对象的引用；当转换为ITest接口后，编译test.Foo()时，编译器会上溯继承树，直到找到实现了ITest接口的类。
为了避开这些坑，在使用接口时最好具有明确的转换。
四 接口的合并
有时如果需要同时实现多个接口，就可以将这些接口合并为一个，感觉这就是接口的继承。合并后的接口会带有之前接口的所有成员，还可以添加新的成员。
标签：笔记 strong 属性 最好 避免 src serial 多继承 不同
原文地址：http://www.cnblogs.com/zhixin9001/p/7078533.html
