您好,登錄后才能下訂單哦!
這篇文章給大家介紹C#中接口的作用是什么,內容非常詳細,感興趣的小伙伴們可以參考借鑒,希望對大家能有所幫助。
C#接口的作用實例說明:
public interface IBark { void Bark(); }
再定義一個類,繼承于IBark,并且必需實現其中的Bark()方法
public class Dog:IBark { public Dog() {} public void Bark() { Consol.write("汪汪"); } }
然后,聲明Dog的一個實例,并調用Bark()方法
Dog 旺財=new Dog(); 旺財.Bark();
試想一樣,若是想調用Bark()方法,只需要在Dog()中聲明這樣的一個方法不就行了嗎,干什么還要用接口呢.因為接口中并沒有Bark()具體實現.真的實現還是要在Dog()中.那么使用接口不是多此一舉嗎?
還有人是這樣說的:從接口的定義方面來說,接口其實就是類和類之間的一種協定,一種約束.還拿上面的例子來說.所有繼承了IBark接口的類中必需實現Bark()方法.那么從用戶(使用類的用戶)的角度來說,如果他知道了某個類是繼承于IBark接口,那么他就可以放心大膽的調用Bark()方法,而不用管Bark()方法具體是如何實現的.比如,我們另外寫了一個類.
public class Cat:IBark { public Cat() {} public void Bark() { Consol.write("喵喵"); } }
當用戶用到Cat類或是Dog類的時候,知道他們繼承于IBark,那么不用管類里的具體實現,而就可以直接調用Bark()方法,因為這兩個類中肯定有關于Bark()方法的具體實現.
如果我們從設計的角度來看.一個項目中用若干個類需要去編寫,由于這些類比較復雜,工作量比較大,這樣每個類就需要占用一個工作人員進行編寫.比如A程序員去定Dog類,B程序員去寫Cat類.這兩個類本來沒什么聯系的,可是由于用戶需要他們都實現一個關于"叫"的方法.這就要對他們進行一種約束.讓他們都繼承于IBark接口,目的是方便統一管理.另一個是方便調用.當然了,不使用接口一樣可以達到目的.只不過這樣的話,這種約束就不那么明顯,如果這樣類還有Duck類等等,比較多的時候難免有人會漏掉這樣方法.所以說還是通過接口更可靠一些,約束力更強一些.
關于C#中接口的作用是什么就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。