C#介面的執行個體詳解

1、C#介面的作用

使用概括：定義介面，裡麵包含方法，但沒有方法具體實現的代碼。然後在繼承該介面的類裡面要實現介面的所有方法的代碼。但沒有真正認識到介面的作用的時候就覺得用介面是多此一舉，當然你這樣想那是絕對絕對錯誤的。關於介面的作用，網上有一位就真的深入淺出給我們做了很好理解的分析。

[csharp] view plain copy

<p></p><pre code_snippet_id="219991" snippet_file_name="blog_20140306_1_6634576" name="code" class="csharp">//我們定義一個介面  public interface IBark    {      void Bark();  }

//再定義一個類,繼承於IBark,並且必需實現其中的Bark()方法

public class Dog:IBark    {      public Dog()      {}      public void Bark()  //實現其中的Bark()方法      {         Consol.write("汪汪");       }  }

//然後,聲明Dog的一個執行個體,並調用Bark()方法

Dog 旺財=new Dog();

旺財.Bark();</pre>

問題：若是想調用Bark()方法,只需要在Dog()中聲明這樣的一個方法不就行了嗎,幹什麼還要用介面呢.因為介面中並沒有Bark()具體實現.真的實現還是要在Dog()中.那麼使用介面不是多此一舉嗎?

還有人是這樣說的:從介面的定義方面來說,介面其實就是類和類之間的一種協定,一種約束.還拿上面的例子來說.所有繼承了IBark介面的類中必需實現Bark()方法.那麼從使用者(使用類的使用者)的角度來說,如果他知道了某個類是繼承於IBark介面,那麼他就可以放心大膽的調用Bark()方法,而不用管Bark()方法具體是如何?的<.比如,我們另外寫了一個類.當使用者用到Cat類或是Dog類的時候,知道他們繼承於IBark,那麼不用管類裡的具體實現,而就可以直接調用Bark()方法,因為這兩個類中肯定有關於Bark()方法的具體實現.

如果我們從設計的角度來看.一個項目中用若干個類需要去編寫,由於這些類比較複雜,工作量比較大,這樣每個類就需要佔用一個工作人員進行編寫.比如A程式員去定Dog類,B程式員去寫Cat類.這兩個類本來沒什麼聯絡的,可是由於使用者需要他們都實現一個關於"叫"的方法.這就要對他們進行一種約束.讓他們都繼承於IBark介面,目的是方便統一管理.另一個是方便調用.當然了,不使用介面一樣可以達到目的.只不過這樣的話,這種約束就不那麼明顯,如果這樣類還有Duck類等等,比較多的時候難免有人會漏掉這樣方法.所以說還是通過介面更可靠一些,約束力更強一些.

C#中介面的深入淺出

假設我們公司有兩種程式員：VB程式員，指的是用VB寫程式的程式員，用clsVBProgramer這個類表示；Delphi程式員指的是用Delphi寫程式的程式員，用clsDelphiProgramer這個類來表示。每個類都有一個WriteCode()方法。定義如下：

[csharp] view plain copy

class clsVBProgramer()  {  ....  WriteCode()  {       //用VB語言寫代碼；  }  ....  }    class clsDelphiProgramer()  {  ....  WriteCode()  {      //用Delphi語言寫代碼；  }     ....  }

/*現在公司來了一個項目，要求派某個程式員寫一個程式*/

class clsProject()  {  ....  WritePrograme(clsVBProgramer programer)//用VB寫代碼  {      programer.WriteCode();  }  WritePrograme(clsDelphiProgramer programer)//重載方法，用Delphi寫代碼  {      programer.WriteCode();  }  ......  }

在主程式中我們可以這樣寫：

main()  {     clsProject proj=new clsProject;     //如果需要用VB寫代碼     clsVBProgramer programer1=new clsVBProgramer;     proj.WritePrograme(programer1);     //如果需要用Delphi寫代碼     clsDelphiProgramer programer2=new clsDelphiProgramer;     proj.WritePrograme(programer2);  }

但是如果這時公司又來了一個C#程式員，我們怎麼改這段程式，使它能夠實現用C#寫程式的功能呢？我們需要增加一個新類clsCSharpProgramer,同時在此clsProject這個類中要再次重載WritePrograme（clsCSharpProgramer programer）方法。這下麻煩多了。如果還有C程式員，C++程式員，Java程式員呢。麻煩大了！

但是如果改用介面，就完全不一樣了：
首先聲明一個程式員介面：

interface IProgramer(){WriteCode();}

然後聲明兩個類，並實現IProgramer介面：

class clsVBProgramer():IProgramer{....WriteCode(){     //用VB語言寫代碼；}....}class clsDelphiProgramer():IProgramer{....WriteCode(){    //用Delphi語言寫代碼；}   ....}

對clsProject這個類進行一下修改：

class clsProject(){....WritePrograme(IProgramer programer){    programer.WriteCode();//寫代碼}......}main(){   clsProject proj=new clsProject;   IProgramer programer;   //如果需要用VB寫代碼   programer=new clsVBProgramer;   proj.WritePrograme(programer);   //如果需要用Delphi寫代碼   programer=new clsDelphiProgramer;   proj.WritePrograme(programer);   }

如果再有C#，C，C++，JAVA這樣的程式員添加進來的話，我們只需把它們相關的類加進來，然後在main()中稍做修改就OK了。擴充性特別好！

另外我們如果把clsProject這個類封成一個組件，那麼當我們的使用者需要要擴充功能的時候，我們只需要在外部做很小的修改就能實現，可以說根本就用不著改動我們已經封好組件！是不是很方便，很強大！