C#接口是一個讓很多初學(xué)C#者容易迷糊的東西，用起來好像很簡單，定義接口，里面包含方法，但沒有方法具體實現(xiàn)的代碼，然后在繼承該接口的類里面要實現(xiàn)接口的所有方法的代碼，但沒有真正認(rèn)識到接口的作用的時候就覺得用接口是多此一舉，當(dāng)然你這樣想那是絕對絕對錯誤的，比爾蓋茨的微軟請的員工都是比蓋茨還聰明的人，他們的C#能添這樣的多足嗎？！關(guān)于接口的作用，網(wǎng)上有一位就真的深入淺出給我們做了很好理解的分析。

.NET接口：貓與狗

我們定義一個接口

public interface IBark  
{  
   void Bark();  
} 

再定義一個類,繼承于IBark,并且必需實現(xiàn)其中的Bark()方法

public class Dog:IBark  
{  
   public Dog()  
   {}  
   public void Bark()  
   {  
      Consol.write("汪汪");  
    }  
}  

然后,聲明Dog的一個實例,并調(diào)用Bark()方法

Dog 旺財=new Dog();  
旺財.Bark(); 

試想一樣,若是想調(diào)用Bark()方法,只需要在Dog()中聲明這樣的一個方法不就行了嗎,干什么還要用接口呢.因為接口中并沒有Bark()具體實現(xiàn).真的實現(xiàn)還是要在Dog()中.那么使用接口不是多此一舉嗎?

還有人是這樣說的:從接口的定義方面來說,接口其實就是類和類之間的一種協(xié)定,一種約束.還拿上面的例子來說.所有繼承了IBark接口的類中必需實現(xiàn)Bark()方法.那么從用戶(使用類的用戶)的角度來說,如果他知道了某個類是繼承于IBark接口,那么他就可以放心大膽的調(diào)用Bark()方法,而不用管Bark()方法具體是如何實現(xiàn)的.比如,我們另外寫了一個類.

public class Cat:IBark  
{  
   public Cat()  
   {}  
   public void Bark()  
   {  
      Consol.write("喵喵");  
   }  
} 

當(dāng)用戶用到Cat類或是Dog類的時候,知道他們繼承于IBark,那么不用管類里的具體實現(xiàn),而就可以直接調(diào)用Bark()方法,因為這兩個類中肯定有關(guān)于Bark()方法的具體實現(xiàn).

如果我們從設(shè)計的角度來看.一個項目中用若干個類需要去編寫,由于這些類比較復(fù)雜,工作量比較大,這樣每個類就需要占用一個工作人員進(jìn)行編寫.比如A程序員去定Dog類,B程序員去寫Cat類.這兩個類本來沒什么聯(lián)系的,可是由于用戶需要他們都實現(xiàn)一個關(guān)于"叫"的方法.這就要對他們進(jìn)行一種約束.讓他們都繼承于IBark接口,目的是方便統(tǒng)一管理.另一個是方便調(diào)用.當(dāng)然了,不使用接口一樣可以達(dá)到目的.只不過這樣的話,這種約束就不那么明顯,如果這樣類還有Duck類等等,比較多的時候難免有人會漏掉這樣方法.所以說還是通過接口更可靠一些,約束力更強(qiáng)一些.

.NET接口：程序員

通過學(xué)習(xí)對C#中接口的作用有了更進(jìn)一步的理解，拿出來跟大家分享一下，有說的不對的地方請大家指教。

我在上一篇帖子中只是簡單的談了一下接口的作用，有興趣的朋友可以去看一下。

言歸正傳：

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

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

現(xiàn)在公司來了一個項目，要求派某個程序員寫一個程序。

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

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

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

但是如果這時公司又來了一個C#程序員，我們怎么改這段程序，使它能夠?qū)崿F(xiàn)用C#寫程序的功能呢？我們需要增加一個新類clsCSharpProgramer,同時在此clsProject這個類中要再次重載WritePrograme（clsCSharpProgramer programer）方法。這下麻煩多了。如果還有C程序員，C++程序員，JAVA程序員呢。麻煩大了！

但是如果改用接口，就完全不一樣了：

首先聲明一個程序員接口：

interface IProgramer()  
{  
  WriteCode();  
} 

然后聲明兩個類，并實現(xiàn)IProgramer接口：

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

對clsProject這個類進(jìn)行一下修改：

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這樣的程序員添加進(jìn)來的話，我們只需把它們相關(guān)的類加進(jìn)來，然后在main()中稍做修改就OK了。擴(kuò)充性特別好！

另外我們?nèi)绻裞lsProject這個類封成一個組件，那么當(dāng)我們的用戶需要要擴(kuò)充功能的時候，我們只需要在外部做很小的修改就能實現(xiàn)，可以說根本就用不著改動我們已經(jīng)封好組件！是不是很方便，很強(qiáng)大！

以上就深入淺出的介紹了.NET接口。本文來自滴的博客：《.net接口的作用》

【編輯推薦】

1. 淺談C#接口方法
2. 對ASP接口的理解：動物類的范例
3. C#接口和抽象類的經(jīng)典示例與比對
4. 什么是.NET接口？什么是.NET抽象類？
5. C#接口定義學(xué)習(xí)經(jīng)驗