第一節(jié) 接口慨述

　　接口（interface）用來(lái)定義一種程序的協(xié)定。實(shí)現(xiàn)接口的類或者結(jié)構(gòu)要與接口的定義嚴(yán)格一致。有了這個(gè)協(xié)定，就可以拋開編程語(yǔ)言的限制（理論上）。接口可以從多個(gè)基接口繼承，而類或結(jié)構(gòu)可以實(shí)現(xiàn)多個(gè)接口。接口可以包含方法、屬性、事件和索引器。接口本身不提供它所定義的成員的實(shí)現(xiàn)。接口只指定實(shí)現(xiàn)該接口的類或接口必須提供的成員。
　　接口好比一種模版，這種模版定義了對(duì)象必須實(shí)現(xiàn)的方法，其目的就是讓這些方法可以作為接口實(shí)例被引用。接口不能被實(shí)例化。類可以實(shí)現(xiàn)多個(gè)接口并且通過(guò)這些實(shí)現(xiàn)的接口被索引。接口變量只能索引實(shí)現(xiàn)該接口的類的實(shí)例。例子：

interface IMyExample {
　string this[int index] { get ; set ; }
　event EventHandler Even ;
　void Find(int value) ;
　string Point { get ; set ; }
}
public delegate void EventHandler(object sender, Event e) ; 

　　上面例子中的接口包含一個(gè)索引this、一個(gè)事件Even、一個(gè)方法Find和一個(gè)屬性Point。
　　接口可以支持多重繼承。就像在下例中，接口"IComboBox"同時(shí)從"ITextBox"和"IListBox"繼承。

interface IControl {
void Paint( ) ;
}
interface ITextBox: IControl {
void SetText(string text) ;
}
interface IListBox: IControl {
void SetItems(string[] items) ;
}
interface IComboBox: ITextBox, IListBox { } 

　　類和結(jié)構(gòu)可以多重實(shí)例化接口。就像在下例中，類"EditBox"繼承了類"Control"，同時(shí)從"IDataBound"和"IControl"繼承。

interface IDataBound {
　void Bind(Binder b) ;
}
public class EditBox: Control, IControl, IDataBound {
　public void Paint( ) ;
　public void Bind(Binder b) {...}
}

　　在上面的代碼中，"Paint"方法從"IControl"接口而來(lái)；"Bind"方法從"IDataBound"接口而來(lái)，都以"public"的身份在"EditBox"類中實(shí)現(xiàn)。

說(shuō)明：

1、C#中的接口是獨(dú)立于類來(lái)定義的。這與 C++模型是對(duì)立的，在 C++中接口實(shí)際上就是抽象基類。
　　2、接口和類都可以繼承多個(gè)接口。
　　3、而類可以繼承一個(gè)基類，接口根本不能繼承類。這種模型避免了 C++的多繼承問(wèn)題，C++中不同基類中的實(shí)現(xiàn)可能出現(xiàn)沖突。因此也不再需要諸如虛擬繼承和顯式作用域這類復(fù)雜機(jī)制。C#的簡(jiǎn)化接口模型有助于加快應(yīng)用程序的開發(fā)。
　　4、一個(gè)接口定義一個(gè)只有抽象成員的引用類型。C#中一個(gè)接口實(shí)際所做的，僅僅只存在著方法標(biāo)志，但根本就沒(méi)有執(zhí)行代碼。這就暗示了不能實(shí)例化一個(gè)接口，只能實(shí)例化一個(gè)派生自該接口的對(duì)象。
　　5、接口可以定義方法、屬性和索引。所以，對(duì)比一個(gè)類，接口的特殊性是：當(dāng)定義一個(gè)類時(shí)，可以派生自多重接口，而你只能可以從僅有的一個(gè)類派生。

　　 接口與組件

　　接口描述了組件對(duì)外提供的服務(wù)。在組件和組件之間、組件和客戶之間都通過(guò)接口進(jìn)行交互。因此組件一旦發(fā)布，它只能通過(guò)預(yù)先定義的接口來(lái)提供合理的、一致的服務(wù)。這種接口定義之間的穩(wěn)定性使客戶應(yīng)用開發(fā)者能夠構(gòu)造出堅(jiān)固的應(yīng)用。一個(gè)組件可以實(shí)現(xiàn)多個(gè)組件接口，而一個(gè)特定的組件接口也可以被多個(gè)組件來(lái)實(shí)現(xiàn)。
　　組件接口必須是能夠自我描述的。這意味著組件接口應(yīng)該不依賴于具體的實(shí)現(xiàn)，將實(shí)現(xiàn)和接口分離徹底消除了接口的使用者和接口的實(shí)現(xiàn)者之間的耦合關(guān)系，增強(qiáng)了信息的封裝程度。同時(shí)這也要求組件接口必須使用一種與組件實(shí)現(xiàn)無(wú)關(guān)的語(yǔ)言。目前組件接口的描述標(biāo)準(zhǔn)是IDL語(yǔ)言。
　　由于接口是組件之間的協(xié)議，因此組件的接口一旦被發(fā)布，組件生產(chǎn)者就應(yīng)該盡可能地保持接口不變，任何對(duì)接口語(yǔ)法或語(yǔ)義上的改變，都有可能造成現(xiàn)有組件與客戶之間的聯(lián)系遭到破壞。
　　每個(gè)組件都是自主的，有其獨(dú)特的功能，只能通過(guò)接口與外界通信。當(dāng)一個(gè)組件需要提供新的服務(wù)時(shí)，可以通過(guò)增加新的接口來(lái)實(shí)現(xiàn)。不會(huì)影響原接口已存在的客戶。而新的客戶可以重新選擇新的接口來(lái)獲得服務(wù)。

　　組件化程序設(shè)計(jì)

　　組件化程序設(shè)計(jì)方法繼承并發(fā)展了面向?qū)ο蟮某绦蛟O(shè)計(jì)方法。它把對(duì)象技術(shù)應(yīng)用于系統(tǒng)設(shè)計(jì)，對(duì)面向?qū)ο蟮某绦蛟O(shè)計(jì)的實(shí)現(xiàn)過(guò)程作了進(jìn)一步的抽象。我們可以把組件化程序設(shè)計(jì)方法用作構(gòu)造系統(tǒng)的體系結(jié)構(gòu)層次的方法，并且可以使用面向?qū)ο蟮姆椒ê芊奖愕貙?shí)現(xiàn)組件。
　　組件化程序設(shè)計(jì)強(qiáng)調(diào)真正的軟件可重用性和高度的互操作性。它側(cè)重于組件的產(chǎn)生和裝配，這兩方面一起構(gòu)成了組件化程序設(shè)計(jì)的核心。組件的產(chǎn)生過(guò)程不僅僅是應(yīng)用系統(tǒng)的需求，組件市場(chǎng)本身也推動(dòng)了組件的發(fā)展，促進(jìn)了軟件廠商的交流與合作。組件的裝配使得軟件產(chǎn)品可以采用類似于搭積木的方法快速地建立起來(lái)，不僅可以縮短軟件產(chǎn)品的開發(fā)周期，同時(shí)也提高了系統(tǒng)的穩(wěn)定性和可靠性。

　　組件程序設(shè)計(jì)的方法有以下幾個(gè)方面的特點(diǎn)：

　　1、編程語(yǔ)言和開發(fā)環(huán)境的獨(dú)立性；
　　2、組件位置的透明性；
　　3、組件的進(jìn)程透明性；
　　4、可擴(kuò)充性；
　　5、可重用性；
　　6、具有強(qiáng)有力的基礎(chǔ)設(shè)施；
　　7、系統(tǒng)一級(jí)的公共服務(wù)；

　　C#語(yǔ)言由于其許多優(yōu)點(diǎn)，十分適用于組件編程。但這并不是說(shuō)C#是一門組件編程語(yǔ)言，也不是說(shuō)C#提供了組件編程的工具。我們已經(jīng)多次指出，組件應(yīng)該具有與編程語(yǔ)言無(wú)關(guān)的特性。請(qǐng)讀者記住這一點(diǎn)：組件模型是一種規(guī)范，不管采用何種程序語(yǔ)言設(shè)計(jì)組件，都必須遵守這一規(guī)范。比如組裝計(jì)算機(jī)的例子，只要各個(gè)廠商為我們提供的配件規(guī)格、接口符合統(tǒng)一的標(biāo)準(zhǔn)，這些配件組合起來(lái)就能協(xié)同工作，組件編程也是一樣。我們只是說(shuō)，利用C#語(yǔ)言進(jìn)行組件編程將會(huì)給我們帶來(lái)更大的方便。

知道了什么是接口，接下來(lái)就是怎樣定義接口,請(qǐng)看下一節(jié)--定義接口。

第二節(jié) 定義接口

　　從技術(shù)上講，接口是一組包含了函數(shù)型方法的數(shù)據(jù)結(jié)構(gòu)。通過(guò)這組數(shù)據(jù)結(jié)構(gòu)，客戶代碼可以調(diào)用組件對(duì)象的功能。
　　定義接口的一般形式為：

[attributes] [modifiers] interface identifier [:base-list] {interface-body}[;]

說(shuō)明：

　　1、attributes（可選）：附加的定義性信息。
　　2、modifiers（可選）： 允許使用的修飾符有 new 和四個(gè)訪問(wèn)修飾符。分別是：new、public、protected、internal、 private。在一個(gè)接口定義中同一修飾符不允許出現(xiàn)多次，new
修飾符只能出現(xiàn)在嵌套接口中，表示覆蓋了繼承而來(lái)的同名成員。The public, protected, internal, and private 修飾符定義了對(duì)接口的訪問(wèn)權(quán)限。
　　3、指示器和事件。
　　4、identifier：接口名稱。
　　5、base-list（可選）:包含一個(gè)或多個(gè)顯式基接口的列表，接口間由逗號(hào)分隔。
　　6、interface-body：對(duì)接口成員的定義。
　　7、接口可以是命名空間或類的成員，并且可以包含下列成員的簽名： 方法、屬性、索引器 。
　　8、一個(gè)接口可從一個(gè)或多個(gè)基接口繼承。

　　接口這個(gè)概念在C#和Java中非常相似。接口的關(guān)鍵詞是interface，一個(gè)接口可以擴(kuò)展一個(gè)或者多個(gè)其他接口。按照慣例，接口的名字以大寫字母"I"開頭。下面的代碼是C#接口的一個(gè)例子，它與Java中的接口完全一樣：

interface IShape {
　void Draw ( ) ;
}　

如果你從兩個(gè)或者兩個(gè)以上的接口派生，父接口的名字列表用逗號(hào)分隔，如下面的代碼所示：

interface INewInterface: IParent1, IParent2 { }

　　然而，與Java不同，C#中的接口不能包含域（Field）。另外還要注意，在C#中，接口內(nèi)的所有方法默認(rèn)都是公用方法。在Java中，方法定義可以帶有public修飾符（即使這并非必要），但在C#中，顯式為接口的方法指定public修飾符是非法的。例如，下面的C#接口將產(chǎn)生一個(gè)編譯錯(cuò)誤。

interface IShape { public void Draw( ) ; }

　　下面的例子定義了一個(gè)名為IControl 的接口，接口中包含一個(gè)成員方法Paint：

interface IControl {
　void Paint( ) ;
}

　　在下例中，接口 IInterface從兩個(gè)基接口 IBase1 和 IBase2 繼承：

interface IInterface: IBase1, IBase2 {
　void Method1( ) ;
　void Method2( ) ;
}

　　接口可由類實(shí)現(xiàn)。實(shí)現(xiàn)的接口的標(biāo)識(shí)符出現(xiàn)在類的基列表中。例如：

class Class: Iface, Iface {
　// class 成員。
// http://www.cnblogs.com/roucheng/
} 

　　類的基列表同時(shí)包含基類和接口時(shí)，列表中首先出現(xiàn)的是基類。例如：

class ClassA: BaseClass, Iface1, Iface2 {
　// class成員。
}

　　以下的代碼段定義接口IFace，它只有一個(gè)方法：

interface IFace {
　void ShowMyFace( ) ;
}

　　不能從這個(gè)定義實(shí)例化一個(gè)對(duì)象，但可以從它派生一個(gè)類。因此，該類必須實(shí)現(xiàn)ShowMyFace抽象方法：

class CFace:IFace
{
　public void ShowMyFace( ) {
　　Console.WriteLine(" implementation " ) ;
　}
} 

　　基接口

　　一個(gè)接口可以從零或多個(gè)接口繼承，那些被稱為這個(gè)接口的顯式基接口。當(dāng)一個(gè)接口有比零多的顯式基接口時(shí)，那么在接口的定義中的形式為，接口標(biāo)識(shí)符后面跟著由一個(gè)冒號(hào)":"和一個(gè)用逗號(hào)","分開的基接口標(biāo)識(shí)符列表。

　　接口基：

　　:接口類型列表說(shuō)明：

　　1、一個(gè)接口的顯式基接口必須至少同接口本身一樣可訪問(wèn)。例如，在一個(gè)公共接口的基接口中指定一個(gè)私有或內(nèi)部的接口是錯(cuò)誤的。
　　2、一個(gè)接口直接或間接地從它自己繼承是錯(cuò)誤的。
　　3、接口的基接口都是顯式基接口，并且是它們的基接口。換句話說(shuō)，基接口的集合完全由顯式基接口和它們的顯式基接口等等組成。在下面的例子中

interface IControl {
　void Paint( ) ;
}
interface ITextBox: IControl {
　void SetText(string text) ;
}
interface IListBox: IControl {
　void SetItems(string[] items) ;
}
interface IComboBox: ITextBox, IListBox { } 

　　IComboBox 的基接口是IControl, ITextBox, 和 IlistBox。

　　4、一個(gè)接口繼承它的基接口的所有成員。換句話說(shuō)，上面的接口 IComboBox 就像Paint一樣繼承成員SetText 和 SetItems。

　　5、一個(gè)實(shí)現(xiàn)了接口的類或結(jié)構(gòu)也隱含地實(shí)現(xiàn)了所有接口的基接口。

接口主體

　　一個(gè)接口的接口主體定義接口的成員。

interface-body:
{ interface-member-declarationsopt }

　　定義接口主要是定義接口成員，請(qǐng)看下一節(jié)--定義接口成員。

　　第三節(jié) 定義接口成員

　　接口可以包含一個(gè)和多個(gè)成員，這些成員可以是方法、屬性、索引指示器和事件，但不能是常量、域、操作符、構(gòu)造函數(shù)或析構(gòu)函數(shù)，而且不能包含任何靜態(tài)成員。接口定義創(chuàng)建新的定義空間，并且接口定義直 接包含的接口成員定義將新成員引入該定義空間。

　　說(shuō)明：

　　1、接口的成員是從基接口繼承的成員和由接口本身定義的成員。
　　2、接口定義可以定義零個(gè)或多個(gè)成員。接口的成員必須是方法、屬性、事件或索引器。接口不能包含常數(shù)、字段、運(yùn)算符、實(shí)例構(gòu)造函數(shù)、析構(gòu)函數(shù)或類型，也不能包含任何種類的靜態(tài)成員。
　　3、定義一個(gè)接口，該接口對(duì)于每種可能種類的成員都包含一個(gè)：方法、屬性、事件和索引器。
　　4、接口成員默認(rèn)訪問(wèn)方式是public。接口成員定義不能包含任何修飾符，比如成員定義前不能加abstract，public，protected，internal，private，virtual，override 或static 修飾符。
　　5、接口的成員之間不能相互同名。繼承而來(lái)的成員不用再定義，但接口可以定義與繼承而來(lái)的成員同名的成員，這時(shí)我們說(shuō)接口成員覆蓋了繼承而來(lái)的成員，這不會(huì)導(dǎo)致錯(cuò)誤，但編譯器會(huì)給出一個(gè)警告。關(guān)閉警告提示的方式是在成員定義前加上一個(gè)new關(guān)鍵字。但如果沒(méi)有覆蓋父接口中的成員，使用new 關(guān)鍵字會(huì)導(dǎo)致編譯器發(fā)出警告。
　　6、方法的名稱必須與同一接口中定義的所有屬性和事件的名稱不同。此外，方法的簽名必須與同一接口中定義的所有其他方法的簽名不同。
　　7、屬性或事件的名稱必須與同一接口中定義的所有其他成員的名稱不同。
　　8、一個(gè)索引器的簽名必須區(qū)別于在同一接口中定義的其他所有索引器的簽名。
　　9、接口方法聲明中的屬性（attributes）, 返回類型（return-type）, 標(biāo)識(shí)符（identifier）, 和形式參數(shù)列表（formal-parameter-lis）與一個(gè)類的方法聲明中的那些有相同的意義。一個(gè)接口方法聲明不允許指定一個(gè)方法主體，而聲明通常用一個(gè)分號(hào)結(jié)束。
　　10、接口屬性聲明的訪問(wèn)符與類屬性聲明的訪問(wèn)符相對(duì)應(yīng)，除了訪問(wèn)符主體通常必須用分號(hào)。因此，無(wú)論屬性是讀寫、只讀或只寫，訪問(wèn)符都完全確定。
　　11、接口索引聲明中的屬性（attributes）, 類型（type）, 和形式參數(shù)列表 （formal-parameter-list）與類的索引聲明的那些有相同的意義。

　　下面例子中接口IMyTest包含了索引指示器、事件E、 方法F、 屬性P 這些成員：

interface IMyTest{
　string this[int index] { get; set; }
　event EventHandler E ;
　void F(int value) ;
　string P { get; set; }
}
public delegate void EventHandler(object sender, EventArgs e) ; 

　　下面例子中接口IStringList包含每個(gè)可能類型成員的接口：一個(gè)方法，一個(gè)屬性，一個(gè)事件和一個(gè)索引。

public delegate void StringListEvent(IStringList sender);
public interface IStringList
{
　void Add(string s);
　int Count { get; }
　event StringListEvent Changed;
　string this[int index] { get; set; }
}

　　接口成員的全權(quán)名

　　使用接口成員也可采用全權(quán)名（fully qualified name）。接口的全權(quán)名稱是這樣構(gòu)成的。接口名加小圓點(diǎn)"." 再跟成員名比如對(duì)于下面兩個(gè)接口：

interface IControl {
　void Paint( ) ;
}
interface ITextBox: IControl {
　void GetText(string text) ;
}

　　其中Paint 的全權(quán)名是IControl.Paint，GetText的全權(quán)名是ITextBox. GetText。當(dāng)然，全權(quán)名中的成員名稱必須是在接口中已經(jīng)定義過(guò)的，比如使用ITextBox.Paint.就是不合理的。
　　如果接口是名字空間的成員，全權(quán)名還必須包含名字空間的名稱。

namespace System
{
　public interface IDataTable {
　　object Clone( ) ;
　}
}

　　那么Clone方法的全權(quán)名是System. IDataTable.Clone。

　　定義好了接口，接下來(lái)就是怎樣訪問(wèn)接口,請(qǐng)看下一節(jié)--訪問(wèn)接口

　　第四節(jié)、訪問(wèn)接口

　　對(duì)接口成員的訪問(wèn)

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

using System ;
interface ISequence {
　int Count { get; set; }
}
interface IRing {
　void Count(int i) ;
}
// http://www.cnblogs.com/roucheng/
interface IRingSequence: ISequence, IRing { }
　class CTest {
　　void Test(IRingSequence rs) {
　　　//rs.Count() ; 錯(cuò)誤, Count 有二義性
　　　//rs.Count = ; 錯(cuò)誤, Count 有二義性
　　　((ISequence)rs).Count = ; // 正確
　　　((IRing)rs).Count() ; // 正確調(diào)用IRing.Count
　　}
} 

　　上面的例子中，前兩條語(yǔ)句rs .Count(1)和rs .Count = 1會(huì)產(chǎn)生二義性，從而導(dǎo)致編譯時(shí)錯(cuò)誤，因此必須顯式地給rs 指派父接口類型，這種指派在運(yùn)行時(shí)不會(huì)帶來(lái)額外的開銷。

　　再看下面的例子：

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() ; 錯(cuò)誤
　　Num.Add(.) ; // 正確
　　((IInteger)n).Add() ; // 正確
　　((IDouble)n).Add() ; // 正確
　}
}

　　調(diào)用Num.Add(1) 會(huì)導(dǎo)致二義性，因?yàn)楹蜻x的重載方法的參數(shù)類型均適用。但是，調(diào)用Num.Add(1.0) 是允許的，因?yàn)?.0 是浮點(diǎn)數(shù)參數(shù)類型與方法IInteger.Add（）的參數(shù)類型不一致，這時(shí)只有IDouble.Add 才是適用的。不過(guò)只要加入了顯式的指派，就決不會(huì)產(chǎn)生二義性。

　　接口的多重繼承的問(wèn)題也會(huì)帶來(lái)成員訪問(wèn)上的問(wèn)題。例如：

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 () ; // 調(diào)用ILeft. FWay http://www.cnblogs.com/roucheng/
　　((IBase)d). FWay () ; // 調(diào)用IBase. FWay
　　((ILeft)d). FWay () ; // 調(diào)用ILeft. FWay
　　((IRight)d). FWay () ; // 調(diào)用IBase. FWay
　}
}

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

類對(duì)接口的實(shí)現(xiàn)

　　前面我們已經(jīng)說(shuō)過(guò)，接口定義不包括方法的實(shí)現(xiàn)部分。接口可以通過(guò)類或結(jié)構(gòu)來(lái)實(shí)現(xiàn)。我們主要講述通過(guò)類來(lái)實(shí)現(xiàn)接口。用類來(lái)實(shí)現(xiàn)接口時(shí)，接口的名稱必須包含在類定義中的基類列表中。

　　下面的例子給出了由類來(lái)實(shí)現(xiàn)接口的例子。其中ISequence 為一個(gè)隊(duì)列接口，提供了向隊(duì)列尾部添加對(duì)象的成員方法Add( )，IRing 為一個(gè)循環(huán)表接口，提供了向環(huán)中插入對(duì)象的方法Insert(object obj)，方法返回插入的位置。類RingSquence 實(shí)現(xiàn)了接口ISequence 和接口IRing。

using System ;
interface ISequence {
　object Add( ) ;
}
interface ISequence {
　object Add( ) ;
}
interface IRing {
　int Insert(object obj) ;
}
class RingSequence: ISequence, IRing
{
　public object Add( ) {…}
　public int Insert(object obj) {…}
} 

　　如果類實(shí)現(xiàn)了某個(gè)接口，類也隱式地繼承了該接口的所有父接口，不管這些父接口有沒(méi)有在類定義的基類表中列出。看下面的例子：

using System ;
interface IControl {
　void Paint( );
}
interface ITextBox: IControl {
　void SetText(string text);
}
interface IListBox: IControl {
　void SetItems(string[] items);
}
interface IComboBox: ITextBox, IListBox { } 

　　這里, 接口IcomboBox繼承了ItextBox和IlistBox。類TextBox不僅實(shí)現(xiàn)了接口ITextBox，還實(shí)現(xiàn)了接口ITextBox 的父接口IControl。

　　前面我們已經(jīng)看到，一個(gè)類可以實(shí)現(xiàn)多個(gè)接口。再看下面的例子：

interface IDataBound {
　void Bind(Binder b);
}
public class EditBox: Control, IControl, IDataBound {
　public void Paint( );
　public void Bind(Binder b) {...}
}

　　類EditBox從類Control中派生并且實(shí)現(xiàn)了Icontrol和IdataBound。在前面的例子中接口Icontrol中的Paint方法和IdataBound接口中的Bind方法都用類EditBox中的公共成員實(shí)現(xiàn)。C#提供一種實(shí)現(xiàn)這些方法的可選擇的途徑，這樣可以使執(zhí)行這些的類避免把這些成員設(shè)定為公共的。接口成員可以用有效的名稱來(lái)實(shí)現(xiàn)。例如，類EditBox可以改作方法Icontrol.Paint和IdataBound.Bind來(lái)來(lái)實(shí)現(xiàn)。

public class EditBox: IControl, IDataBound {
　void IControl.Paint( ) {...}
　void IDataBound.Bind(Binder b) {...}
}

　　因?yàn)橥ㄟ^(guò)外部指派接口成員實(shí)現(xiàn)了每個(gè)成員，所以用這種方法實(shí)現(xiàn)的成員稱為外部接口成員。外部接口成員可以只是通過(guò)接口來(lái)調(diào)用。例如，Paint方法中EditBox的實(shí)現(xiàn)可以只是通過(guò)創(chuàng)建Icontrol接口來(lái)調(diào)用。

class Test {
　static void Main( ) {
　　EditBox editbox = new EditBox( );
　　editbox.Paint( ); //錯(cuò)誤: EditBox 沒(méi)有Paint 事件
　　IControl control = editbox;
　　control.Paint( ); // 調(diào)用 EditBox的Paint事件
　}
} 

　　上例中，類EditBox 從Control 類繼承并同時(shí)實(shí)現(xiàn)了IControl and IDataBound 接口。EditBox 中的Paint 方法來(lái)自IControl 接口，Bind 方法來(lái)自IDataBound 接口，二者在EditBox 類中都作為公有成員實(shí)現(xiàn)。當(dāng)然，在C# 中我們也可以選擇不作為公有成員實(shí)現(xiàn)接口。

　　如果每個(gè)成員都明顯地指出了被實(shí)現(xiàn)的接口，通過(guò)這種途徑被實(shí)現(xiàn)的接口我們稱之為顯式接口成員（explicit interface member）。 用這種方式我們改寫上面的例子：

public class EditBox: IControl, IDataBound {
　void IControl.Paint( ) {…}
　void IDataBound.Bind(Binder b) {…}
}

　　顯式接口成員只能通過(guò)接口調(diào)用。例如：

class CTest {
　static void Main( ) {
　　EditBox editbox = new EditBox( ) ;
　　editbox.Paint( ) ; //錯(cuò)誤:不同的方法
　　IControl control = editbox;
　　control.Paint( ) ; //調(diào)用 EditBox的Paint方法
　}
} 

　　上述代碼中對(duì)editbox.Paint( )的調(diào)用是錯(cuò)誤的，因?yàn)閑ditbox 本身并沒(méi)有提供這一方法。control.Paint( )是正確的調(diào)用方式。

　　注釋：接口本身不提供所定義的成員的實(shí)現(xiàn)，它僅僅說(shuō)明這些成員，這些成員必須依靠實(shí)現(xiàn)接口的類或其它接口的支持。
　　知道了怎樣訪問(wèn)接口，我們還要知道怎樣實(shí)現(xiàn)接口,要實(shí)現(xiàn)C#的接口，請(qǐng)看下一節(jié)-實(shí)現(xiàn)接口　

第五節(jié)、實(shí)現(xiàn)接口

　　1、顯式實(shí)現(xiàn)接口成員

　　為了實(shí)現(xiàn)接口，類可以定義顯式接口成員執(zhí)行體（Explicit interface member implementations）。顯式接口成員執(zhí)行體可以是一個(gè)方法、一個(gè)屬性、一個(gè)事件或者是一個(gè)索引指示器的定義，定義與該成員對(duì)應(yīng)的全權(quán)名應(yīng)保持一致。

using System ;
interface ICloneable {
　object Clone( ) ;
}
interface IComparable {
　int CompareTo(object other) ;
}
class ListEntry: ICloneable, IComparable {
　object ICloneable.Clone( ) {…}
　int IComparable.CompareTo(object other) {…}
}

　　上面的代碼中ICloneable.Clone 和IComparable.CompareTo 就是顯式接口成員執(zhí)行體。

　　說(shuō)明：

　　1、不能在方法調(diào)用、屬性訪問(wèn)以及索引指示器訪問(wèn)中通過(guò)全權(quán)名訪問(wèn)顯式接口成員執(zhí)行體。事實(shí)上，顯式接口成員執(zhí)行體只能通過(guò)接口的實(shí)例，僅僅引用接口的成員名稱來(lái)訪問(wèn)。
　　2、顯式接口成員執(zhí)行體不能使用任何訪問(wèn)限制符，也不能加上abstract, virtual, override或static 修飾符。
　　3、顯式接口成員執(zhí)行體和其他成員有著不同的訪問(wèn)方式。因?yàn)椴荒茉诜椒ㄕ{(diào)用、屬性訪問(wèn)以及索引指示器訪問(wèn)中通過(guò)全權(quán)名訪問(wèn)，顯式接口成員執(zhí)行體在某種意義上是私有的。但它們又可以通過(guò)接口的實(shí)例訪問(wèn)，也具有一定的公有性質(zhì)。
　　4、只有類在定義時(shí)，把接口名寫在了基類列表中，而且類中定義的全權(quán)名、類型和返回類型都與顯式接口成員執(zhí)行體完全一致時(shí)，顯式接口成員執(zhí)行體才是有效的，例如：

class Shape: ICloneable {
object ICloneable.Clone( ) {…}
int IComparable.CompareTo(object other) {…}
}

　　使用顯式接口成員執(zhí)行體通常有兩個(gè)目的：

　　1、因?yàn)轱@式接口成員執(zhí)行體不能通過(guò)類的實(shí)例進(jìn)行訪問(wèn)，這就可以從公有接口中把接口的實(shí)現(xiàn)部分單獨(dú)分離開。如果一個(gè)類只在內(nèi)部使用該接口，而類的使用者不會(huì)直接使用到該接口，這種顯式接口成員執(zhí)行體就可以起到作用。

　　2、顯式接口成員執(zhí)行體避免了接口成員之間因?yàn)橥l(fā)生混淆。如果一個(gè)類希望對(duì)名稱和返回類型相同的接口成員采用不同的實(shí)現(xiàn)方式，這就必須要使用到顯式接口成員執(zhí)行體。如果沒(méi)有顯式接口成員執(zhí)行體，那么對(duì)于名稱和返回類型不同的接口成員，類也無(wú)法進(jìn)行實(shí)現(xiàn)。

　　下面的定義是無(wú)效的，因?yàn)镾hape 定義時(shí)基類列表中沒(méi)有出現(xiàn)接口IComparable。

 class Shape: ICloneable
 {
 object ICloneable.Clone( ) {…}
 }
 class Ellipse: Shape
 {
 object ICloneable.Clone( ) {…}
 } 

　　在Ellipse 中定義ICloneable.Clone是錯(cuò)誤的，因?yàn)镋llipse即使隱式地實(shí)現(xiàn)了接口ICloneable，ICloneable仍然沒(méi)有顯式地出現(xiàn)在Ellipse定義的基類列表中。

　　接口成員的全權(quán)名必須對(duì)應(yīng)在接口中定義的成員。如下面的例子中，Paint的顯式接口成員執(zhí)行體必須寫成IControl.Paint。

 using System ;
 interface IControl
 {
 　void Paint( ) ;
 }
 interface ITextBox: IControl
 {
 　void SetText(string text) ;
 }
 class TextBox: ITextBox
 {
 　void IControl.Paint( ) {…}
 　void ITextBox.SetText(string text) {…}
 } 

　　實(shí)現(xiàn)接口的類可以顯式實(shí)現(xiàn)該接口的成員。當(dāng)顯式實(shí)現(xiàn)某成員時(shí)，不能通過(guò)類實(shí)例訪問(wèn)該成員，而只能通過(guò)該接口的實(shí)例訪問(wèn)該成員。顯式接口實(shí)現(xiàn)還允許程序員繼承共享相同成員名的兩個(gè)接口，并為每個(gè)接口成員提供一個(gè)單獨(dú)的實(shí)現(xiàn)。

　　下面例子中同時(shí)以公制單位和英制單位顯示框的尺寸。Box類繼承 IEnglishDimensions和 IMetricDimensions兩個(gè)接口，它們表示不同的度量衡系統(tǒng)。兩個(gè)接口有相同的成員名 Length 和 Width。

　　程序清單1 DemonInterface.cs

 interface IEnglishDimensions {
 float Length ( ) ;
 float Width ( ) ;
 }
 interface IMetricDimensions {
 float Length ( ) ;
 float Width ( ) ;
 }
 class Box : IEnglishDimensions, IMetricDimensions {
 float lengthInches ;
 float widthInches ;
 public Box(float length, float width) {
 lengthInches = length ;
 widthInches = width ;
 }
 float IEnglishDimensions.Length( ) {
 return lengthInches ;
 }
 float IEnglishDimensions.Width( ) {
 return widthInches ;
 }
 float IMetricDimensions.Length( ) {
 return lengthInches * .f ;
 }
 float IMetricDimensions.Width( ) {
 return widthInches * .f ;
 }
 public static void Main( ) {
 //定義一個(gè)實(shí)類對(duì)象 "myBox":：
 Box myBox = new Box(.f, .f);
 // 定義一個(gè)接口" eDimensions"::
 IEnglishDimensions eDimensions = (IEnglishDimensions) myBox;
 IMetricDimensions mDimensions = (IMetricDimensions) myBox;
 // 輸出:
 System.Console.WriteLine(" Length(in): {}", eDimensions.Length( ));
 System.Console.WriteLine(" Width (in): {}", eDimensions.Width( ));
 System.Console.WriteLine(" Length(cm): {}", mDimensions.Length( ));
 System.Console.WriteLine(" Width (cm): {}", mDimensions.Width( ));
 }
 } 

　　輸出：Length(in): 30，Width (in): 20，Length(cm): 76.2，Width (cm): 50.8

　　代碼討論：如果希望默認(rèn)度量采用英制單位，請(qǐng)正常實(shí)現(xiàn) Length 和 Width 這兩個(gè)方法，并從 IMetricDimensions 接口顯式實(shí)現(xiàn) Length 和 Width 方法：

 public float Length( ) {
 return lengthInches ;
 }
 public float Width( ){
 return widthInches;
 }
 float IMetricDimensions.Length( ) {
 return lengthInches * .f ;
 }
 float IMetricDimensions.Width( ) {
 return widthInches * .f ;
 } 

　　這種情況下，可以從類實(shí)例訪問(wèn)英制單位，而從接口實(shí)例訪問(wèn)公制單位：

System.Console.WriteLine("Length(in): {0}", myBox.Length( )) ;
System.Console.WriteLine("Width (in): {0}", myBox.Width( )) ;
System.Console.WriteLine("Length(cm): {0}", mDimensions.Length( )) ;
System.Console.WriteLine("Width (cm): {0}", mDimensions.Width( )) ; 

　　2、繼承接口實(shí)現(xiàn)

　　接口具有不變性，但這并不意味著接口不再發(fā)展。類似于類的繼承性，接口也可以繼承和發(fā)展。

　　注意：接口繼承和類繼承不同，首先，類繼承不僅是說(shuō)明繼承，而且也是實(shí)現(xiàn)繼承；而接口繼承只是說(shuō)明繼承。也就是說(shuō)，派生類可以繼承基類的方法實(shí)現(xiàn)，而派生的接口只繼承了父接口的成員方法說(shuō)明，而沒(méi)有繼承父接口的實(shí)現(xiàn)，其次，C#中類繼承只允許單繼承，但是接口繼承允許多繼承，一個(gè)子接口可以有多個(gè)父接口。

　　接口可以從零或多個(gè)接口中繼承。從多個(gè)接口中繼承時(shí)，用":"后跟被繼承的接口名字，多個(gè)接口名之間用","分割。被繼承的接口應(yīng)該是可以訪問(wèn)得到的，比如從private 類型或internal 類型的接口中繼承就是不允許的。接口不允許直接或間接地從自身繼承。和類的繼承相似，接口的繼承也形成接口之間的層次結(jié)構(gòu)。

　　請(qǐng)看下面的例子：

 using System ;
 interface IControl {
 void Paint( ) ;
 }
 interface ITextBox: IControl {
 void SetText(string text) ;
 }
 interface IListBox: IControl {
 void SetItems(string[] items) ;
 }
 interface IComboBox: ITextBox, IListBox { } 

　　對(duì)一個(gè)接口的繼承也就繼承了接口的所有成員，上面的例子中接口ITextBox和IListBox都從接口IControl中繼承，也就繼承了接口IControl的Paint方法。接口IComboBox從接口ITextBox和IListBox中繼承，因此它應(yīng)該繼承了接口ITextBox的SetText方法和IListBox的SetItems方法，還有IControl的Paint方法。

一個(gè)類繼承了所有被它的基本類提供的接口實(shí)現(xiàn)程序。

　　不通過(guò)顯式的實(shí)現(xiàn)一個(gè)接口，一個(gè)派生類不能用任何方法改變它從它的基本類繼承的接口映射。例如，在聲明中

 interface IControl {
 void Paint( );
 }
 class Control: IControl {
 public void Paint( ) {...}
 }
 class TextBox: Control {
 new public void Paint( ) {...}
 } 

　　TextBox 中的方法Paint 隱藏了Control中的方法Paint ，但是沒(méi)有改變從Control.Paint 到IControl.Paint 的映射，而通過(guò)類實(shí)例和接口實(shí)例調(diào)用Paint將會(huì)有下面的影響

 Control c = new Control( ) ;
 TextBox t = new TextBox( ) ;
 IControl ic = c ;
 IControl it = t ;
 c.Paint( ) ; // 影響Control.Paint( ) ;
 t.Paint( ) ; // 影響TextBox.Paint( ) ;
 ic.Paint( ) ; // 影響Control.Paint( ) ;
 it.Paint( ) ; // 影響Control.Paint( ) ; 

　　但是，當(dāng)一個(gè)接口方法被映射到一個(gè)類中的虛擬方法，派生類就不可能覆蓋這個(gè)虛擬方法并且改變接口的實(shí)現(xiàn)函數(shù)。例如，把上面的聲明重新寫為

 interface IControl {
 void Paint( ) ;
 }
 class Control: IControl {
 public virtual void Paint( ) {...}
 }
 class TextBox: Control {
 public override void Paint( ) {...}
 } 

　　就會(huì)看到下面的結(jié)果：

Control c = new Control( ) ;
TextBox t = new TextBox( ) ;
IControl ic = c ;
IControl it = t ;
c.Paint( ) ; // 影響Control.Paint( );
t.Paint( ) ; // 影響TextBox.Paint( );
ic.Paint( ) ; // 影響Control.Paint( );
it.Paint( ) ; // 影響TextBox.Paint( );

　　由于顯式接口成員實(shí)現(xiàn)程序不能被聲明為虛擬的，就不可能覆蓋一個(gè)顯式接口成員實(shí)現(xiàn)程序。一個(gè)顯式接口成員實(shí)現(xiàn)程序調(diào)用另外一個(gè)方法是有效的，而另外的那個(gè)方法可以被聲明為虛擬的以便讓派生類可以覆蓋它。例如:

 interface IControl {
 　void Paint( ) ;
 }
 class Control: IControl {
 　void IControl.Paint( ) { PaintControl( ); }
 　protected virtual void PaintControl( ) {...}
 }
 class TextBox: Control {
 　protected override void PaintControl( ) {...}
 } 

　　這里，從Control 繼承的類可以通過(guò)覆蓋方法PaintControl 來(lái)對(duì)IControl.Paint 的實(shí)現(xiàn)程序進(jìn)行特殊化。

　　3、重新實(shí)現(xiàn)接口

　　我們已經(jīng)介紹過(guò)，派生類可以對(duì)基類中已經(jīng)定義的成員方法進(jìn)行重載。類似的概念引入到類對(duì)接口的實(shí)現(xiàn)中來(lái)，叫做接口的重實(shí)現(xiàn)（re-implementation）。繼承了接口實(shí)現(xiàn)的類可以對(duì)接口進(jìn)行重實(shí)現(xiàn)。這個(gè)接口要求是在類定義的基類列表中出現(xiàn)過(guò)的。對(duì)接口的重實(shí)現(xiàn)也必須嚴(yán)格地遵守首次實(shí)現(xiàn)接口的規(guī)則，派生的接口映射不會(huì)對(duì)為接口的重實(shí)現(xiàn)所建立的接口映射產(chǎn)生任何影響。

　　下面的代碼給出了接口重實(shí)現(xiàn)的例子：

interface IControl {
　void Paint( ) ;
　class Control: IControl
　void IControl.Paint( ) {…}
　class MyControl: Control, IControl
　public void Paint( ) {}
}

　　實(shí)際上就是：Control把IControl.Paint映射到了Control.IControl.Paint上，但這并不影響在MyControl中的重實(shí)現(xiàn)。在MyControl中的重實(shí)現(xiàn)中，IControl.Paint被映射到MyControl.Paint 之上。

　　在接口的重實(shí)現(xiàn)時(shí)，繼承而來(lái)的公有成員定義和繼承而來(lái)的顯式接口成員的定義參與到接口映射的過(guò)程。

 using System ;
 interface IMethods {
 　void F( ) ;
 　void G( ) ;
 　void H( ) ;
 　void I( ) ;
 }
 class Base: IMethods {
 　void IMethods.F( ) { }
 　void IMethods.G( ) { }
 　public void H( ) { }
 　public void I( ) { }
 }
 class Derived: Base, IMethods {
 　public void F( ) { }
 　void IMethods.H( ) { }
 } 

　　這里，接口IMethods在Derived中的實(shí)現(xiàn)把接口方法映射到了Derived.F,Base.IMethods.G, Derived.IMethods.H, 還有Base.I。前面我們說(shuō)過(guò)，類在實(shí)現(xiàn)一個(gè)接口時(shí)，同時(shí)隱式地實(shí)現(xiàn)了該接口的所有父接口。同樣，類在重實(shí)現(xiàn)一個(gè)接口時(shí)同時(shí)，隱式地重實(shí)現(xiàn)了該接口的所有父接口。

using System ;
interface IBase {
　void F( ) ;
}
interface IDerived: IBase {
　void G( ) ;
}
class C: IDerived {
　void IBase.F( ) {
　//對(duì)F 進(jìn)行實(shí)現(xiàn)的代碼…
}
void IDerived.G( ) {
　//對(duì)G 進(jìn)行實(shí)現(xiàn)的代碼…
}
}
class D: C, IDerived {
　public void F( ) {
　//對(duì)F 進(jìn)行實(shí)現(xiàn)的代碼…
}
public void G( ) {
　//對(duì)G 進(jìn)行實(shí)現(xiàn)的代碼… http://www.cnblogs.com/roucheng/
}
} 

　　這里，對(duì)IDerived的重實(shí)現(xiàn)也同樣實(shí)現(xiàn)了對(duì)IBase的重實(shí)現(xiàn)，把IBase.F 映射到了D.F。

　　4、映射接口

　　類必須為在基類表中列出的所有接口的成員提供具體的實(shí)現(xiàn)。在類中定位接口成員的實(shí)現(xiàn)稱之為接口映射（interface mapping ）。
　　映射，數(shù)學(xué)上表示一一對(duì)應(yīng)的函數(shù)關(guān)系。接口映射的含義也是一樣，接口通過(guò)類來(lái)實(shí)現(xiàn)，那么對(duì)于在接口中定義的每一個(gè)成員，都應(yīng)該對(duì)應(yīng)著類的一個(gè)成員來(lái)為它提供具體的實(shí)現(xiàn)。

　　類的成員及其所映射的接口成員之間必須滿足下列條件：

　　1、如果A和B都是成員方法，那么A和B的名稱、類型、形參表（包括參數(shù)個(gè)數(shù)和每一個(gè)參數(shù)的類型）都應(yīng)該是一致的。
　　2、如果A和B都是屬性，那么A和B的名稱、類型應(yīng)當(dāng)一致，而且A和B的訪問(wèn)器也是類似的。但如果A不是顯式接口成員執(zhí)行體，A允許增加自己的訪問(wèn)器。
　　3、如果A和B都是時(shí)間那么A和B的名稱、類型應(yīng)當(dāng)一致。
　　4、如果A和B都是索引指示器，那么A和B的類型、形參表（包括參數(shù)個(gè)數(shù)和每一個(gè)參數(shù)的類型）應(yīng)當(dāng)一致。而且A和B的訪問(wèn)器也是類似的。但如果A不是顯式接口成員執(zhí)行體，A允許增加自己的訪問(wèn)器。

　　那么，對(duì)于一個(gè)接口成員，怎樣確定由哪一個(gè)類的成員來(lái)實(shí)現(xiàn)呢？即一個(gè)接口成員映射的是哪一個(gè)類的成員？在這里，我們敘述一下接口映射的過(guò)程。假設(shè)類C實(shí)現(xiàn)了一個(gè)接口IInterface，Member是接口IInterface中的一個(gè)成員，在定位由誰(shuí)來(lái)實(shí)現(xiàn)接口成員Member，即Member的映射過(guò)程是這樣的：

　　1、如果C中存在著一個(gè)顯式接口成員執(zhí)行體，該執(zhí)行體與接口IInterface 及其成員Member相對(duì)應(yīng)，則由它來(lái)實(shí)現(xiàn)Member 成員。
　　2、如果條件（1）不滿足，且C中存在著一個(gè)非靜態(tài)的公有成員，該成員與接口成員Member相對(duì)應(yīng)，則由它來(lái)實(shí)現(xiàn)Member 成員。
　　3、如果上述條件仍不滿足，則在類C定義的基類列表中尋找一個(gè)C 的基類D，用D來(lái)代替C。
　　4、重復(fù)步驟1-- 3 ，遍歷C的所有直接基類和非直接基類，直到找到一個(gè)滿足條件的類的成員。
　　5、如果仍然沒(méi)有找到，則報(bào)告錯(cuò)誤。

　　下面是一個(gè)調(diào)用基類方法來(lái)實(shí)現(xiàn)接口成員的例子。類Class2 實(shí)現(xiàn)了接口Interface1，類Class2 的基類Class1 的成員也參與了接口的映射，也就是說(shuō)類Class2 在對(duì)接口Interface1進(jìn)行實(shí)現(xiàn)時(shí)，使用了類Class1提供的成員方法F來(lái)實(shí)現(xiàn)接口Interface1的成員方法F：

interface Interface1 {
　void F( ) ;
}
class Class1 {
　public void F( ) { }
　public void G( ) { }
}
class Class2: Class1, Interface1 {
　new public void G( ) {}
}

　　注意：接口的成員包括它自己定義的成員，而且包括該接口所有父接口定義的成員。在接口映射時(shí)，不僅要對(duì)接口定義體中顯式定義的所有成員進(jìn)行映射，而且要對(duì)隱式地從父接口那里繼承來(lái)的所有接口成員進(jìn)行映射。

　　在進(jìn)行接口映射時(shí)，還要注意下面兩點(diǎn)：

　　1、在決定由類中的哪個(gè)成員來(lái)實(shí)現(xiàn)接口成員時(shí)，類中顯式說(shuō)明的接口成員比其它成員優(yōu)先實(shí)現(xiàn)。
　　2、使用Private、protected和static修飾符的成員不能參與實(shí)現(xiàn)接口映射。例如：

 interface ICloneable {
 　object Clone( ) ;
 }
 class C: ICloneable {
 　object ICloneable.Clone( ) {…}
 　public object Clone( ) {…}
 } 

　　例子中成員ICloneable.Clone 稱為接口ICloneable 的成員Clone 的實(shí)現(xiàn)者，因?yàn)樗秋@式說(shuō)明的接口成員，比其它成員有著更高的優(yōu)先權(quán)。

　　如果一個(gè)類實(shí)現(xiàn)了兩個(gè)或兩個(gè)以上名字、類型和參數(shù)類型都相同的接口，那么類中的一個(gè)成員就可能實(shí)現(xiàn)所有這些接口成員：

 interface IControl {
 　void Paint( ) ;
 }
 interface IForm {
 　void Paint( ) ;
 }
 class Page: IControl, IForm {
 　public void Paint( ) {…}
 } 

　　這里，接口IControl和IForm的方法Paint都映射到了類Page中的Paint方法。當(dāng)然也可以分別用顯式的接口成員分別實(shí)現(xiàn)這兩個(gè)方法：

 interface IControl {
 　void Paint( ) ;
 }
 interface IForm {
 　void Paint( ) ;
 }
 class Page: IControl, IForm {
 　public void IControl.Paint( ) {
 　//具體的接口實(shí)現(xiàn)代碼
 }
 public void IForm.Paint( ) {
 　//具體的接口實(shí)現(xiàn)代碼 http://roucheng.cnblogs.com/
 }
 } 

　　上面的兩種寫法都是正確的。但是如果接口成員在繼承中覆蓋了父接口的成員，那么對(duì)該接口成員的實(shí)現(xiàn)就可能必須映射到顯式接口成員執(zhí)行體。看下面的例子：

 interface IBase {
 　int P { get; }
 }
 interface IDerived: IBase {
 　new int P( ) ;
 } 

　　接口IDerived從接口IBase中繼承，這時(shí)接口IDerived 的成員方法覆蓋了父接口的成員方法。因?yàn)檫@時(shí)存在著同名的兩個(gè)接口成員，那么對(duì)這兩個(gè)接口成員的實(shí)現(xiàn)如果不采用顯式接口成員執(zhí)行體，編譯器將無(wú)法分辨接口映射。所以，如果某個(gè)類要實(shí)現(xiàn)接口IDerived，在類中必須至少定義一個(gè)顯式接口成員執(zhí)行體。采用下面這些寫法都是合理的：

//一：對(duì)兩個(gè)接口成員都采用顯式接口成員執(zhí)行體來(lái)實(shí)現(xiàn)

 class C: IDerived {
 　int IBase.P
 　get
 　{ //具體的接口實(shí)現(xiàn)代碼 }
 　　int IDerived.P( ){
 　　//具體的接口實(shí)現(xiàn)代碼 }
 　} 

//二：對(duì)Ibase 的接口成員采用顯式接口成員執(zhí)行體來(lái)實(shí)現(xiàn)

 class C: IDerived {
 　int IBase.P
 　get {//具體的接口實(shí)現(xiàn)代碼}
 　　public int P( ){
 　　//具體的接口實(shí)現(xiàn)代碼 }
 　} 

//三：對(duì)IDerived 的接口成員采用顯式接口成員執(zhí)行體來(lái)實(shí)現(xiàn)

 class C: IDerived{
 　public int P
 　get {//具體的接口實(shí)現(xiàn)代碼}
 　int IDerived.P( ){
 　//具體的接口實(shí)現(xiàn)代碼}
 } 

　　另一種情況是，如果一個(gè)類實(shí)現(xiàn)了多個(gè)接口，這些接口又擁有同一個(gè)父接口，這個(gè)父接口只允許被實(shí)現(xiàn)一次。

 using System ;
 interface IControl {
 　void Paint( ) ;
 　interface ITextBox: IControl {
 　void SetText(string text) ;
 }
 interface IListBox: IControl {
 　void SetItems(string[] items) ;
 }
 class ComboBox: IControl, ITextBox, IListBox {
 　void IControl.Paint( ) {…}
 　void ITextBox.SetText(string text) {…}
 　void IListBox.SetItems(string[] items) {…}
 } 

　　上面的例子中，類ComboBox實(shí)現(xiàn)了三個(gè)接口：IControl，ITextBox和IListBox。如果認(rèn)為ComboBox不僅實(shí)現(xiàn)了IControl接口，而且在實(shí)現(xiàn)ITextBox和IListBox的同時(shí)，又分別實(shí)現(xiàn)了它們的父接口IControl。實(shí)際上，對(duì)接口ITextBox 和IListBox 的實(shí)現(xiàn)，分享了對(duì)接口IControl 的實(shí)現(xiàn)。

　　我們對(duì)C#的接口有了較全面的認(rèn)識(shí)，基本掌握了怎樣應(yīng)用C#的接口編程，但事實(shí)上，C#的不僅僅應(yīng)用于.NET平臺(tái)，它同樣支持以前的COM，可以實(shí)現(xiàn)COM類到.NET類的轉(zhuǎn)換，如C#調(diào)用API。欲了解這方面的知識(shí)，請(qǐng)看下一節(jié)-接口轉(zhuǎn)換。

　　第六節(jié)、接口轉(zhuǎn)換

　　C#中不僅支持.Net 平臺(tái)，而且支持COM平臺(tái)。為了支持 COM和.Net，C# 包含一種稱為屬性的獨(dú)特語(yǔ)言特性。一個(gè)屬性實(shí)際上就是一個(gè) C# 類，它通過(guò)修飾源代碼來(lái)提供元信息。屬性使 C# 能夠支持特定的技術(shù)，如 COM 和 .Net，而不會(huì)干擾語(yǔ)言規(guī)范本身。C# 提供將COM接口轉(zhuǎn)換為 C#接口的屬性類。另一些屬性類將 COM類轉(zhuǎn)換為C# 類。執(zhí)行這些轉(zhuǎn)換不需要任何 IDL 或類工廠。

　　現(xiàn)在部署的任何COM 組件都可以在接口轉(zhuǎn)換中使用。通常情況下，所需的調(diào)整是完全自動(dòng)進(jìn)行的。

　　特別是，可以使用運(yùn)行時(shí)可調(diào)用包裝 (RCW) 從 .NET 框架訪問(wèn) COM 組件。此包裝將 COM 組件提供的 COM 接口轉(zhuǎn)換為與 .NET 框架兼容的接口。對(duì)于 OLE 自動(dòng)化接口，RCW 可以從類型庫(kù)中自動(dòng)生成；對(duì)于非 OLE 自動(dòng)化接口，開發(fā)人員可以編寫自定義 RCW，手動(dòng)將 COM 接口提供的類型映射為與 .NET 框架兼容的類型。

　　使用ComImport引用COM組件

COM Interop 提供對(duì)現(xiàn)有 COM 組件的訪問(wèn)，而不需要修改原始組件。使用ComImport引用COM組件常包括下面 幾個(gè)方面的問(wèn)題：

　　1、創(chuàng)建 COM 對(duì)象。
　　2、確定 COM 接口是否由對(duì)象實(shí)現(xiàn)。
　　3、調(diào)用 COM 接口上的方法。
　　4、實(shí)現(xiàn)可由 COM 客戶端調(diào)用的對(duì)象和接口。

　　創(chuàng)建 COM 類包裝

　　要使 C# 代碼引用COM 對(duì)象和接口，需要在 C# 中包含 COM 接口的定義。完成此操作的最簡(jiǎn)單方法是使用 TlbImp.exe（類型庫(kù)導(dǎo)入程序），它是一個(gè)包括在 .NET 框架 SDK 中的命令行工具。TlbImp 將 COM 類型庫(kù)轉(zhuǎn)換為 .NET 框架元數(shù)據(jù)，從而有效地創(chuàng)建一個(gè)可以從任何托管語(yǔ)言調(diào)用的托管包裝。用 TlbImp 創(chuàng)建的 .NET 框架元數(shù)據(jù)可以通過(guò) /R 編譯器選項(xiàng)包括在 C# 內(nèi)部版本中。如果使用 Visual Studio 開發(fā)環(huán)境，則只需添加對(duì) COM 類型庫(kù)的引用，將為您自動(dòng)完成此轉(zhuǎn)換。

　　TlbImp 執(zhí)行下列轉(zhuǎn)換：

　　1、COM coclass 轉(zhuǎn)換為具有無(wú)參數(shù)構(gòu)造函數(shù)的 C# 類。
　　2、COM 結(jié)構(gòu)轉(zhuǎn)換為具有公共字段的 C# 結(jié)構(gòu)。
　　檢查 TlbImp 輸出的一種很好的方法是運(yùn)行 .NET 框架 SDK 命令行工具 Ildasm.exe（Microsoft 中間語(yǔ)言反匯編程序）來(lái)查看轉(zhuǎn)換結(jié)果。

　　雖然 TlbImp 是將 COM 定義轉(zhuǎn)換為 C# 的首選方法，但也不是任何時(shí)候都可以使用它（例如，在沒(méi)有 COM 定義的類型庫(kù)時(shí)或者 TlbImp 無(wú)法處理類型庫(kù)中的定義時(shí)，就不能使用該方法）。在這些情況下，另一種方法是使用 C# 屬性在 C# 源代碼中手動(dòng)定義 COM 定義。創(chuàng)建 C# 源映射后，只需編譯 C# 源代碼就可產(chǎn)生托管包裝。

　　執(zhí)行 COM 映射需要理解的主要屬性包括：

　　1、ComImport：它將類標(biāo)記為在外部實(shí)現(xiàn)的 COM 類。
　　2、Guid：它用于為類或接口指定通用唯一標(biāo)識(shí)符 (UUID)。
　　3、InterfaceType，它指定接口是從 IUnknown 還是從 IDispatch 派生。
　　4、PreserveSig，它指定是否應(yīng)將本機(jī)返回值從 HRESULT 轉(zhuǎn)換為 .NET 框架異常。

　　聲明 COM coclass

　　COM coclass 在 C# 中表示為類。這些類必須具有與其關(guān)聯(lián)的 ComImport 屬性。下列限制適用于這些類：
　　1、類不能從任何其他類繼承。
　　2、類不能實(shí)現(xiàn)任何接口。
　　4、類還必須具有為其設(shè)置全局唯一標(biāo)識(shí)符 (GUID) 的 Guid 屬性。

　　以下示例在 C# 中聲明一個(gè) coclass：

// 聲明一個(gè)COM類 FilgraphManager
[ComImport, Guid("E436EBB3-524F-11CE-9F53-0020AF0BA770")]
class FilgraphManager
{ }

　　C# 編譯器將添加一個(gè)無(wú)參數(shù)構(gòu)造函數(shù)，可以調(diào)用此構(gòu)造函數(shù)來(lái)創(chuàng)建 COM coclass 的實(shí)例。

　　創(chuàng)建 COM 對(duì)象

　　COM coclass 在 C# 中表示為具有無(wú)參數(shù)構(gòu)造函數(shù)的類。使用 new 運(yùn)算符創(chuàng)建該類的實(shí)例等效于在 C# 中調(diào)用 CoCreateInstance。使用以上定義的類，就可以很容易地實(shí)例化此類：

 class MainClass
 {
 public static void Main()
 {
 FilgraphManager filg = new FilgraphManager();
 }
 } 

　　聲明 COM 接口

　　COM 接口在 C# 中表示為具有 ComImport 和 Guid 屬性的接口。它不能在其基接口列表中包含任何接口，而且必須按照方法在 COM 接口中出現(xiàn)的順序聲明接口成員函數(shù)。

　　在 C# 中聲明的 COM 接口必須包含其基接口的所有成員的聲明，IUnknown 和 IDispatch 的成員除外（.NET 框架將自動(dòng)添加這些成員）。從 IDispatch 派生的 COM 接口必須用 InterfaceType 屬性予以標(biāo)記。

從 C# 代碼調(diào)用 COM 接口方法時(shí)，公共語(yǔ)言運(yùn)行庫(kù)必須封送與 COM 對(duì)象之間傳遞的參數(shù)和返回值。對(duì)于每個(gè) .NET 框架類型均有一個(gè)默認(rèn)類型，公共語(yǔ)言運(yùn)行庫(kù)將使用此默認(rèn)類型在 COM 調(diào)用間進(jìn)行封送處理時(shí)封送。例如，C# 字符串值的默認(rèn)封送處理是封送到本機(jī)類型 LPTSTR（指向 TCHAR 字符緩沖區(qū)的指針）?？梢栽?COM 接口的 C# 聲明中使用 MarshalAs 屬性重寫默認(rèn)封送處理。

　　在 COM 中，返回成功或失敗的常用方法是返回一個(gè) HRESULT，并在 MIDL 中有一個(gè)標(biāo)記為"retval"、用于方法的實(shí)際返回值的 out 參數(shù)。在 C#（和 .NET 框架）中，指示已經(jīng)發(fā)生錯(cuò)誤的標(biāo)準(zhǔn)方法是引發(fā)異常。
默認(rèn)情況下，.NET 框架為由其調(diào)用的 COM 接口方法在兩種異常處理類型之間提供自動(dòng)映射。

　　返回值更改為標(biāo)記為 retval 的參數(shù)的簽名（如果方法沒(méi)有標(biāo)記為 retval 的參數(shù)，則為 void）。

　　標(biāo)記為 retval 的參數(shù)從方法的參數(shù)列表中剝離。

　　任何非成功返回值都將導(dǎo)致引發(fā) System.COMException 異常。

　　此示例顯示用 MIDL 聲明的 COM 接口以及用 C# 聲明的同一接口（注意這些方法使用 COM 錯(cuò)誤處理方法）。

　　下面是接口轉(zhuǎn)換的C#程序：

 using System.Runtime.InteropServices;
 // 聲明一個(gè)COM接口 IMediaControl
 [Guid("AB-AD-CE-BA-AFBA"),
 InterfaceType(ComInterfaceType.InterfaceIsDual)]
 interface IMediaControl // 這里不能列出任何基接口
 {
 void Run();
 void Pause();
 void Stop();
 void GetState( [In] int msTimeout, [Out] out int pfs);
 void RenderFile(
 [In, MarshalAs(UnmanagedType.BStr)] string strFilename);
 void AddSourceFilter(
 [In, MarshalAs(UnmanagedType.BStr)] string strFilename,
 [Out, MarshalAs(UnmanagedType.Interface)] out object ppUnk);
 [return : MarshalAs(UnmanagedType.Interface)]
 object FilterCollection();
 [return : MarshalAs(UnmanagedType.Interface)]
 object RegFilterCollection();
 void StopWhenReady();
 } 

　　若要防止 HRESULT 翻譯為 COMException，請(qǐng)?jiān)?C# 聲明中將 PreserveSig(true) 屬性附加到方法。

　　下面是一個(gè)使用C# 映射媒體播放機(jī)COM 對(duì)象的程序。

　　程序清單2 DemonCOM.cs

using System;
using System.Runtime.InteropServices;
namespace QuartzTypeLib
{
//聲明一個(gè)COM接口 IMediaControl，此接口來(lái)源于媒體播放機(jī)COM類
[Guid("56A868B1-0AD4-11CE-B03A-0020AF0BA770"),
InterfaceType(ComInterfaceType.InterfaceIsDual)]
interface IMediaControl
{ //列出接口成員
void Run();
void Pause();
void Stop();
void GetState( [In] int msTimeout, [Out] out int pfs);
void RenderFile(
[In, MarshalAs(UnmanagedType.BStr)] string strFilename);
void AddSourceFilter(
[In, MarshalAs(UnmanagedType.BStr)] string strFilename,
[Out, MarshalAs(UnmanagedType.Interface)]
out object ppUnk);
[return: MarshalAs(UnmanagedType.Interface)]
object FilterCollection();
[return: MarshalAs(UnmanagedType.Interface)]
object RegFilterCollection();
void StopWhenReady();
}
//聲明一個(gè)COM類:
[ComImport, Guid("E436EBB3-524F-11CE-9F53-0020AF0BA770")]
class FilgraphManager //此類不能再繼承其它基類或接口
{
//這里不能有任何代碼 ，系統(tǒng)自動(dòng)增加一個(gè)缺省的構(gòu)造函數(shù)
}
}
class MainClass
{
public static void Main(string[] args)
{
//命令行參數(shù):
if (args.Length != 1)
{
DisplayUsage();
return;
}
String filename = args[0];
if (filename.Equals("/?"))
{
DisplayUsage();
return;
}
// 聲明FilgraphManager的實(shí)類對(duì)象：
QuartzTypeLib.FilgraphManager graphManager =new QuartzTypeLib.FilgraphManager();
//聲明IMediaControl的實(shí)類對(duì)象：:
QuartzTypeLib.IMediaControl mc =(QuartzTypeLib.IMediaControl)graphManager;
// 調(diào)用COM的方法：
mc.RenderFile(filename);
//運(yùn)行文件.
mc.Run();
//暫借停.
Console.WriteLine("Press Enter to continue.");
Console.ReadLine();
}
private static void DisplayUsage()
{ // 顯示
Console.WriteLine("媒體播放機(jī): 播放 AVI 文件.");
Console.WriteLine("使用方法: VIDEOPLAYER.EXE 文件名");
}
}

　　運(yùn)行示例：

　　若要顯示影片示例 Clock.avi，請(qǐng)使用以下命令：

interop2 %windir%/clock.avi

　　這將在屏幕上顯示影片，直到按 ENTER 鍵停止。

　　在 .NET 框架程序中通過(guò)DllImport使用 Win32 API
　　.NET 框架程序可以通過(guò)靜態(tài) DLL 入口點(diǎn)的方式來(lái)訪問(wèn)本機(jī)代碼庫(kù)。DllImport 屬性用于指定包含外部方法的實(shí)現(xiàn)的dll 位置。

　　DllImport 屬性定義如下：

 namespace System.Runtime.InteropServices
 {
 　[AttributeUsage(AttributeTargets.Method)]
 　public class DllImportAttribute: System.Attribute
 　{
 　　public DllImportAttribute(string dllName) {...}
 　　public CallingConvention CallingConvention;
 　　public CharSet CharSet;
 　　public string EntryPoint;
 　　public bool ExactSpelling;
 　　public bool PreserveSig;
 　　public bool SetLastError;
 　　public string Value { get {...} }
 　}
 } 

　　說(shuō)明：

　　1、DllImport只能放置在方法聲明上。
　　2、DllImport具有單個(gè)定位參數(shù)：指定包含被導(dǎo)入方法的 dll 名稱的 dllName 參數(shù)。
　　3、DllImport具有五個(gè)命名參數(shù)：

　　　a、CallingConvention 參數(shù)指示入口點(diǎn)的調(diào)用約定。如果未指定 CallingConvention，則使用默認(rèn)值 CallingConvention.Winapi。
　　　b、CharSet 參數(shù)指示用在入口點(diǎn)中的字符集。如果未指定 CharSet，則使用默認(rèn)值 CharSet.Auto。
　　　c、EntryPoint 參數(shù)給出 dll 中入口點(diǎn)的名稱。如果未指定 EntryPoint，則使用方法本身的名稱。
　　　d、ExactSpelling 參數(shù)指示 EntryPoint 是否必須與指示的入口點(diǎn)的拼寫完全匹配。如果未指定 ExactSpelling，則使用默認(rèn)值 false。
　　　e、PreserveSig 參數(shù)指示方法的簽名應(yīng)當(dāng)被保留還是被轉(zhuǎn)換。當(dāng)簽名被轉(zhuǎn)換時(shí)，它被轉(zhuǎn)換為一個(gè)具有 HRESULT 返回值和該返回值的一個(gè)名為 retval 的附加輸出參數(shù)的簽名。如果未指定 PreserveSig，則使用默認(rèn)值 true。
　　　f、SetLastError 參數(shù)指示方法是否保留 Win32"上一錯(cuò)誤"。如果未指定 SetLastError，則使用默認(rèn)值 false。

　　4、它是一次性屬性類。

　　5、此外，用 DllImport 屬性修飾的方法必須具有 extern 修飾符。

　　下面是 C# 調(diào)用 Win32 MessageBox 函數(shù)的示例：

 using System;
 using System.Runtime.InteropServices;
 class MainApp
 { //通過(guò)DllImport引用user.dll類。MessageBox來(lái)自于user.dll類
 　[DllImport("user.dll", EntryPoint="MessageBox")]
 　public static extern int MessageBox(int hWnd, String strMessage, String strCaption, uint uiType);
 　public static void Main()
 　{
 　　MessageBox( , "您好，這是 PInvoke！", ".NET", );
 　}
 } 

　　面向?qū)ο蟮木幊陶Z(yǔ)言幾乎都用到了抽象類這一概念，抽象類為實(shí)現(xiàn)抽象事物提供了更大的靈活性。C#也不例外, C#通過(guò)覆蓋虛接口的技術(shù)深化了抽象類的應(yīng)用。欲了解這方面的知識(shí)，請(qǐng)看下一節(jié)-覆蓋虛接口

　　第七節(jié)、覆蓋虛接口

　　有時(shí)候我們需要表達(dá)一種抽象的東西，它是一些東西的概括，但我們又不能真正的看到它成為一個(gè)實(shí)體在我們眼前出現(xiàn)，為此面向?qū)ο蟮木幊陶Z(yǔ)言便有了抽象類的概念。C#作為一個(gè)面向?qū)ο蟮恼Z(yǔ)言，必然也會(huì)引入抽象類這一概念。接口和抽象類使您可以創(chuàng)建組件交互的定義。通過(guò)接口，可以指定組件必須實(shí)現(xiàn)的方法，但不實(shí)際指定如何實(shí)現(xiàn)方法。抽象類使您可以創(chuàng)建行為的定義，同時(shí)提供用于繼承類的一些公共實(shí)現(xiàn)。對(duì)于在組件中實(shí)現(xiàn)多態(tài)行為，接口和抽象類都是很有用的工具。

　　一個(gè)抽象類必須為類的基本類列表中列出的接口的所有成員提供實(shí)現(xiàn)程序。但是，一個(gè)抽象類被允許把接口方法映射到抽象方法中。例如

 interface IMethods {
 　void F();
 　void G();
 }
 abstract class C: IMethods
 {
 　public abstract void F();
 　public abstract void G();
 } 

　　這里， IMethods 的實(shí)現(xiàn)函數(shù)把F和G映射到抽象方法中，它們必須在從C派生的非抽象類中被覆蓋。

注意顯式接口成員實(shí)現(xiàn)函數(shù)不能是抽象的，但是顯式接口成員實(shí)現(xiàn)函數(shù)當(dāng)然可以調(diào)用抽象方法。例如

 interface IMethods
 {
 　void F();
 　void G();
 }
 abstract class C: IMethods
 {
 　void IMethods.F() { FF(); }
 　void IMethods.G() { GG(); }
 　protected abstract void FF();
 　protected abstract void GG();
 }