實(shí)例解析C#接口的作用
C#接口的作用是一個(gè)讓很多初學(xué)C#者容易迷糊的東西，用起來好像很簡(jiǎn)單，定義接口，里面包含方法，但沒有方法具體實(shí)現(xiàn)的代碼，然后在繼承該接口的類里面要實(shí)現(xiàn)接口的所有方法的代碼，但沒有真正認(rèn)識(shí)到接口的作用的時(shí)候就覺得用接口是多此一舉，當(dāng)然你這樣想那是絕對(duì)絕對(duì)錯(cuò)誤的，比爾蓋茨的微軟請(qǐng)的員工都是比蓋茨還聰明的人，他們的C#能添這樣的多足嗎？！關(guān)于接口的作用，網(wǎng)上有一位就真的深入淺出給我們做了很好理解的分析。
C#接口的作用實(shí)例說明：
- public interface IBark
- {
- void Bark();
- }
再定義一個(gè)類,繼承于IBark,并且必需實(shí)現(xiàn)其中的Bark()方法
- public class Dog:IBark
- {
- public Dog()
- {}
- public void Bark()
- {
- Consol.write("汪汪");
- }
- }
然后,聲明Dog的一個(gè)實(shí)例,并調(diào)用Bark()方法
- Dog 旺財(cái)=new Dog();
- 旺財(cái).Bark();
試想一樣,若是想調(diào)用Bark()方法,只需要在Dog()中聲明這樣的一個(gè)方法不就行了嗎,干什么還要用接口呢.因?yàn)榻涌谥胁]有Bark()具體實(shí)現(xiàn).真的實(shí)現(xiàn)還是要在Dog()中.那么使用接口不是多此一舉嗎?
還有人是這樣說的:從接口的定義方面來說,接口其實(shí)就是類和類之間的一種協(xié)定,一種約束.還拿上面的例子來說.所有繼承了IBark接口的類中必需實(shí)現(xiàn)Bark()方法.那么從用戶(使用類的用戶)的角度來說,如果他知道了某個(gè)類是繼承于IBark接口,那么他就可以放心大膽的調(diào)用Bark()方法,而不用管Bark()方法具體是如何實(shí)現(xiàn)的.比如,我們另外寫了一個(gè)類.
- public class Cat:IBark
- {
- public Cat()
- {}
- public void Bark()
- {
- Consol.write("喵喵");
- }
- }
當(dāng)用戶用到Cat類或是Dog類的時(shí)候,知道他們繼承于IBark,那么不用管類里的具體實(shí)現(xiàn),而就可以直接調(diào)用Bark()方法,因?yàn)檫@兩個(gè)類中肯定有關(guān)于Bark()方法的具體實(shí)現(xiàn).
如果我們從設(shè)計(jì)的角度來看.一個(gè)項(xiàng)目中用若干個(gè)類需要去編寫,由于這些類比較復(fù)雜,工作量比較大,這樣每個(gè)類就需要占用一個(gè)工作人員進(jìn)行編寫.比如A程序員去定Dog類,B程序員去寫Cat類.這兩個(gè)類本來沒什么聯(lián)系的,可是由于用戶需要他們都實(shí)現(xiàn)一個(gè)關(guān)于"叫"的方法.這就要對(duì)他們進(jìn)行一種約束.讓他們都繼承于IBark接口,目的是方便統(tǒng)一管理.另一個(gè)是方便調(diào)用.當(dāng)然了,不使用接口一樣可以達(dá)到目的.只不過這樣的話,這種約束就不那么明顯,如果這樣類還有Duck類等等,比較多的時(shí)候難免有人會(huì)漏掉這樣方法.所以說還是通過接口更可靠一些,約束力更強(qiáng)一些.
C#接口的作用是什么我們只有在編程過程中自己體會(huì)真正的含義，那么本文就向你介紹這么多，希望對(duì)你了解C#接口的作用有所幫助。
【編輯推薦】
