c#介面是乙個讓很多初學c#者容易迷糊的東西，用起來好像很簡單，定義介面，裡面包含方法，但沒有方法具體實現的**，然後在繼承該介面的類裡面要實現介面的所有方法的**，但沒有真正認識到介面的作用的時候就覺得用介面是多此一舉，當然你這樣想那是絕對絕對錯誤的，比爾蓋茨的微軟請的員工都是比蓋茨還聰明的人，他們的c#能添這樣的多足嗎？！關於介面的作用，網上有一位就真的深入淺出給我們做了很好理解的分析。
我們定義乙個介面
public inte***ce ibark
再定義乙個類,繼承於ibark,並且必需實現其中的bark()方法
public class dog:ibark
public void bark()
}然後,宣告dog的乙個例項,並呼叫bark()方法
dog 旺財=new dog();
旺財.bark();
試想一樣,若是想呼叫bark()方法,只需要在dog()中宣告這樣的乙個方法不就行了嗎,幹什麼還要用介面呢.因為介面中並沒有bark()具體實現.真的實現還是要在dog()中.那麼使用介面不是多此一舉嗎?
還有人是這樣說的:從介面的定義方面來說,介面其實就是類和類之間的一種協定,一種約束.還拿上面的例子來說.所有繼承了ibark介面的類中必需實現bark()方法.那麼從使用者(使用類的使用者)的角度來說,如果他知道了某個類是繼承於ibark介面,那麼他就可以放心大膽的呼叫bark()方法,而不用管bark()方法具體是如何實現的.比如,我們另外寫了乙個類.
public class cat:ibark
public void bark()
}當使用者用到cat類或是dog類的時候,知道他們繼承於ibark,那麼不用管類裡的具體實現,而就可以直接呼叫bark()方法,因為這兩個類中肯定有關於bark()方法的具體實現.
如果我們從設計的角度來看.乙個專案中用若干個類需要去編寫,由於這些模擬較複雜,工作量比較大,這樣每個類就需要占用乙個工作人員進行編寫.比如a程式設計師去定dog類,b程式設計師去寫cat類.這兩個類本來沒什麼聯絡的,可是由於使用者需要他們都實現乙個關於"叫"的方法.這就要對他們進行一種約束.讓他們都繼承於ibark介面,目的是方便統一管理.另乙個是方便呼叫.當然了,不使用介面一樣可以達到目的.只不過這樣的話,這種約束就不那麼明顯,如果這樣類還有duck類等等,比較多的時候難免有人會漏掉這樣方法.所以說還是通過介面更可靠一些,約束力更強一些.
c 中介面的作用
好像看了很多書中都沒有介紹c 介面的作用。經我實踐，好像是有兩方面的作用 1 約束作用，這個這麼理解，凡是繼承了這個介面的類都必需實現這個介面的所有函式，哪怕是空著，那麼，既然都繼承了這個介面，那方就必定有介面的函式，那麼呼叫介面裡的函式就放心大膽，這就是一種約定，必需且有什麼功能。2 統一呼叫，也...
介面的作用
我在專案中大量使用介面，如果是多人合作專案更是不可少，舉個例子 我要寫乙個列印程式，但是面臨的問題是必須使用不同的印表機，有 hp的，ibm的 epsom 的等等。但是針對每乙個印表機的程式只有 2個必須要用到的函式，print printpreview 這兩個函式不同的印表機裡面的具體實現 是不一...
介面的作用
介面的最主要的作用是達到統一訪問，就是在建立物件的時候用介面建立，介面名 物件名 new 實現介面的類 這樣你像用哪個類的物件就可以new哪個物件了，不需要改原來的 就和你的usb介面一樣，插什麼讀什麼，就是這個原理。就像你問的，都有個method1的方法，如果我用介面，我上面就可以one.meth...