在向大家詳細介紹C#對接口成員訪問之前，首先讓大家了解下C#對接口方法的調用，然后全面介紹C#對接口成員訪問。

C#對接口成員訪問

C#對接口方法的調用和采用索引指示器訪問的規則與類中的情況也是相同的。如果底層成員的命名與繼承而來的高層成員一致，那么底層成員將覆蓋同名的高層成員。但由于接口支持多繼承，在多繼承中，如果兩個父接口含有同名的成員，這就產生了二義性（這也正是C#中取消了類的多繼承機制的原因之一），這時需要進行顯式的定義：

using System ;  
interface ISequence {  
int Count { get; set; }  
}  
interface IRing {  
void Count(int i) ;  
}  
interface IRingSequence: ISequence, IRing { }  
class CTest {  
void Test(IRingSequence rs) {  
//rs.Count(1) ; 錯誤, Count 有二義性  
//rs.Count = 1; 錯誤, Count 有二義性  
((ISequence)rs).Count = 1; // 正確  
((IRing)rs).Count(1) ; // 正確調用IRing.Count  
}  
} 

上面的例子中，前兩條語句rs .Count(1)和rs .Count = 1會產生二義性，從而導致編譯時錯誤，因此必須顯式地給rs 指派父接口類型，這種指派在運行時不會帶來額外的開銷。

再看下面的例子：

using System ;  
interface IInteger {  
void Add(int i) ;  
}  
interface IDouble {  
void Add(double d) ;  
}  
interface INumber: IInteger, IDouble {}  
class CMyTest {  
void Test(INumber Num) {  
 
// Num.Add(1) ; 錯誤  
Num.Add(1.0) ; // 正確  
((IInteger)n).Add(1) ; // 正確  
((IDouble)n).Add(1) ; // 正確  
}  
} 

調用Num.Add(1) 會導致二義性，因為候選的重載方法的參數類型均適用。但是，調用Num.Add(1.0) 是允許的，因為1.0 是浮點數參數類型與方法IInteger.Add（）的參數類型不一致，這時只有IDouble.Add 才是適用的。不過只要加入了顯式的指派，就決不會產生二義性。

接口的多重繼承的問題也會帶來C#對接口成員訪問上的問題。例如：

interface IBase {  
void FWay(int i) ;  
}  
interface ILeft: IBase {  
new void FWay (int i) ;  
}  
interface IRight: IBase  
{ void G( ) ; }  
interface IDerived: ILeft, IRight { }  
class CTest {  
void Test(IDerived d) {  
d. FWay (1) ; // 調用ILeft. FWay  
((IBase)d). FWay (1) ; // 調用IBase. FWay  
((ILeft)d). FWay (1) ; // 調用ILeft. FWay  
((IRight)d). FWay (1) ; // 調用IBase. FWay  
}  
} 

上例中，方法IBase.FWay在派生的接口ILeft中被Ileft的成員方法FWay覆蓋了。所以對d. FWay (1)的調用實際上調用了。雖然從IBase-> IRight-> IDerived這條繼承路徑上來看,ILeft.FWay方法是沒有被覆蓋的。我們只要記住這一點：一旦成員被覆蓋以后，所有對其的訪問都被覆蓋以后的成員"攔截"了。

【編輯推薦】

1. C# this關鍵字詳解
2. C#調用析構方法詳解
3. C#釋放托管資源簡單描述
4. C#單路代理簡單分析
5. C#文法產生式概述