《Inside C#》筆記(八) 介面

標籤：筆記   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介面的類。

為了避開這些坑，在使用介面時最好具有明確的轉換。

 

四 介面的合并

有時如果需要同時實現多個介面，就可以將這些介面合并為一個，感覺這就是介面的繼承。合并後的介面會帶有之前介面的所有成員，還可以添加新的成員。

 

《Inside C#》筆記(八) 介面