就好比collection類下的icompare接口，在調用的時候，要麼類繼承自collection要麼繼承icompare接口，但在類中都要重寫compareto方法，那還要接口干嘛？反正是自己寫的方法
1、C#接口的作用 ：
C#接口是一個讓很多初學C#者容易迷糊的東西，用起來好像很簡單，定義接口，裡面包含方法，但沒有方法具體實現的代碼，然後在繼承該接口的類裡面要實現接口的所有方法的代碼，但沒有真正認識到接口的作用的時候就覺得用接口是多此一舉，當然你這樣想那是絕對絕對錯誤的，比爾蓋茨的微軟請的員工都是比蓋茨還聰明的人，他們的C#能添這樣的多足嗎？！關於接口的作用，網上有一位就真的深入淺出給我們做了很好理解的分析。
我們定義一個接口
1
2
3
4
public interface IBark
{
void Bark();
}
再定義一個類,繼承於IBark,並且必需實現其中的Bark()方法
1
2
3
4
5
6
7
8
9
public class Dog:IBark
{
public Dog()
{}
public void Bark()
{
Consol.write("汪汪");
}
}
然後,聲明Dog的一個實例,並調用Bark()方法
1
2
Dog 旺財=new Dog();
旺財.Bark();
試想一樣,若是想調用Bark()方法,只需要在Dog()中聲明這樣的一個方法不就行了嗎,干什麼還要用接口呢.因為接口中並沒有Bark()具體實現.真的實現還是要在Dog()中.那麼使用接口不是多此一舉嗎?
還有人是這樣說的:從接口的定義方面來說,接口其實就是類和類之間的一種協定,一種約束.還拿上面的例子來說.所有繼承了IBark接口的類中必需實現Bark()方法.那麼從用戶(使用類的用戶)的角度來說,如果他知道了某個類是繼承於IBark接口,那麼他就可以放心大膽的調用Bark()方法,而不用管Bark()方法具體是如何實現的.比如,我們另外寫了一個類.
1
2
3
4
5
6
7
8
9
public class Cat:IBark
{
public Cat()
{}
public void Bark()
{
Consol.write("喵喵");
}
}
當用戶用到Cat類或是Dog類的時候,知道他們繼承於IBark,那麼不用管類裡的具體實現,而就可以直接調用Bark()方法,因為這兩個類中肯定有關於Bark()方法的具體實現.
如果我們從設計的角度來看.一個項目中用若干個類需要去編寫,由於這些類比較復雜,工作量比較大,這樣每個類就需要占用一個工作人員進行編寫.比如A程序員去定Dog類,B程序員去寫Cat類.這兩個類本來沒什麼聯系的,可是由於用戶需要他們都實現一個關於”叫”的方法.這就要對他們進行一種約束.讓他們都繼承於IBark接口,目的是方便統一管理.另一個是方便調用.當然了,不使用接口一樣可以達到目的.只不過這樣的話,這種約束就不那麼明顯,如果這樣類還有Duck類等等,比較多的時候難免有人會漏掉這樣方法.所以說還是通過接口更可靠一些,約束力更強一些.
2、C#中接口的深入淺出:
通過學習對C#中接口的作用有了更進一步的理解，拿出來跟大家分享一下，有說的不對的地方請大家指教。
假設我們公司有兩種程序員：VB程序員，指的是用VB寫程序的程序員，用clsVBProgramer這個類表示；Delphi程序員指的是用Delphi寫程序的程序員，用clsDelphiProgramer這個類來表示。每個類都有一個WriteCode()方法。定義如下：
1
2
3
4
5
6
7
8
9
class clsVBProgramer()
{
....
WriteCode()
{
//用VB語言寫代碼；
}
....
}
1
2
3
4
5
6
7
8
9
class clsDelphiProgramer()
{
....
WriteCode()
{
//用Delphi語言寫代碼；
}
....
}
現在公司來了一個項目，要求派某個程序員寫一個程序。
1
2
3
4
5
6
7
8
9
10
11
12
13
class clsProject()
{
....
WritePrograme(clsVBProgramer programer)//用VB寫代碼
{
programer.WriteCode();
}
WritePrograme(clsDelphiProgramer programer)//重載方法，用Delphi寫代碼
{
programer.WriteCode();
}
......
}
在主程序中我們可以這樣寫：
1
2
3
4
5
6
7
8
9
10
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程序員呢。麻煩大了！
但是如果改用接口，就完全不一樣了：
首先聲明一個程序員接口：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
interface IProgramer()
{
WriteCode();
}
然後聲明兩個類，並實現IProgramer接口：
class clsVBProgramer():IProgramer
{
....
WriteCode()
{
//用VB語言寫代碼；
}
....
}
1
2
3
4
5
6
7
8
9
class clsDelphiProgramer():IProgramer
{
....
WriteCode()
{
//用Delphi語言寫代碼；
}
....
}
對clsProject這個類進行一下修改：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
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這個類封成一個組件，那麼當我們的用戶需要要擴充功能的時候，我們只需要在外部做很小的修改就能實現，可以說根本就用不著改動我們已經封好組件！是不是很方便，很強大！
