C#接口-接口作用
C#接口是一個讓很多初學C#者容易迷糊的東西，用起來好像很簡單，定義接口，里面包含方法，但沒有方法具體實現的代碼，然后在繼承該接口的類里面要實現接口的所有方法的代碼，但沒有真正認識到接口的作用的時候就覺得用接口是多此一舉，當然你這樣想那是絕對絕對錯誤的，比爾蓋茨的微軟請的員工都是比爾蓋茨還聰明的人，他們的C#能添這樣的多此一舉嗎？
可簡單的這樣理解接口：接口是方法的抽象，如果不同的類有同樣的方法，那么就應該考慮使用接口。
例如，人和車都有“跑”的方法，那么就可以定義一個接口IRun
//注意，定義接口時，里面的方法不能有方法體
//應該在類里再去實現
//而具接口的成員全是公有的，不應有修飾符
Public interface IRun
{
void Run();
}
//人實現跑
Public class Person:IRun
{
Public Person()
{
.......
}
//以下是人對“跑"的具體實現
Public void Run()
{
Console.WriteLine("人用兩腳跑")；
}
}
//車實現跑
Public class Car:IRun
{
Public Car()
{
.......
}
//以下是車對“跑"的具體實現
Public void Run()
{
Console.WriteLine("車用四輪跑")；
}
}
此外，一個類還可以實現多個接口，比如：人可以出聲音、還可以跑，那么可以讓人同時實現“跑”和“出聲音”這兩個接口。
我們定義一個接口
public interface IBark
{
?? void Bark();
}
再定義一個類,繼承于IBark,并且必需實現其中的Bark()方法
public class Dog:IBark
{
?? public Dog()
?? {}
?? public void Bark()
?? {
????? Console.WriteLine("汪汪");
??? }
}
然后,聲明Dog的一個實例,并調用Bark()方法
???? Dog 旺財=new Dog();
???? 旺財.Bark();
試想一下，若是想調用Bark()方法，只需要在Dog()中聲明這樣的一個方法不就行了嗎，干什么還要用接口呢？因為接口中并沒有Bark()具體實現，真的實現還是要在Dog()中，那么使用接口不是多此一舉嗎?
還有人是這樣說的：從接口的定義方面來說，接口其實就是類和類之間的一種協定，一種約束。還拿上面的例子來說，所有繼承了IBark接口的類中必需實現Bark()方法，那么從用戶(使用類的用戶)的角度來說，如果他知道了某個類是繼承于IBark接口，那么他就可以放心大膽的調用Bark()方法，而不用管Bark()方法具體是如何實現的。
比如，我們另外寫了一個類。
????? public class Cat:IBark
????? {
???????? public Cat()
???????? {}
???????? public void Bark()
???????? {
??????????? Console.WriteLine("喵喵");
???????? }
????? }
當用戶用到Cat類或是Dog類的時候，知道他們繼承于IBark，那么不用管類里的具體實現，而就可以直接調用Bark()方法，因為這兩個類中肯定有關于Bark()方法的具體實現。
如果我們從設計的角度來看，一個項目中用若干個類需要去編寫。由于這些類比較復雜，工作量比較大，這樣每個類就需要占用一個工作人員進行編寫。比如A程序員去定Dog類，B程序員去寫Cat類，這兩個類本來沒什么聯系的，可是由于用戶需要他們都實現一個關于"叫"的方法，這就要對他們進行一種約束，讓他們都繼承于IBark接口，目的是方便統一管理，另一個是方便調用。當然了，不使用接口一樣可以達到目的，只不過這樣的話，這種約束就不那么明顯，如果這樣類還有Duck類等等，比較多的時候難免有人會漏掉這樣方法，所以說還是通過接口更可靠一些，約束力更強一些。
轉載于:https://www.cnblogs.com/tanding/archive/2012/06/27/2565097.html
總結
- 上一篇： C# ：试玩EventLog
- 下一篇： C#实现渐变颜色的Windows窗体控件