C#介面的實例詳解

Y2J
發布: 2017-04-24 13:36:07
原創
4531 人瀏覽過

1、C#介面的功能 

使用概括:定義接口,內含方法,但沒有方法具體實作的程式碼。然後在繼承該介面的類別裡面要實作介面的所有方法的程式碼。但沒有真正體認到介面的作用的時候就覺得用介面是多此一舉,當然你這樣想那是絕對絕對錯誤的。關於介面的作用,網路上有一位就真的深入淺出給我們做了很好理解的分析。

[csharp] view plain copy

<p></p><pre code_snippet_id="219991" snippet_file_name="blog_20140306_1_6634576" name="code" class="csharp">//我们定义一个接口  
public interface IBark    
{  
    void Bark();  
}
登入後複製

//再定義一個類別,繼承於IBark,並且必需實現其中的Bark()方法  

#
public class Dog:IBark    
{  
    public Dog()  
    {}  
    public void Bark()  //实现其中的Bark()方法  
    {  
       Consol.write("汪汪");  
     }  
}
登入後複製

//然後,聲明Dog的一個實例,並調用Bark()方法  

#      Dog 旺財=new Dog();  

      旺財.Bark()<#n(); #問題:若是想呼叫Bark()方法,只需要在Dog()中聲明這樣的一個方法不就行了嗎,幹什麼還要用接口呢.因為接口中並沒有Bark()具體實現.真的實現還是要在Dog()中.那麼使用接口不是多此一舉嗎?

還有人是這樣說的:從接口的定義方面來說,接口其實就是類和類之間的一種協定,一種約束.還拿上面的例子來說.所有繼承了IBark接口的類中必需實現Bark()方法.那麼從用戶(使用類的用戶)的角度來說,如果他知道了某個類是繼承於IBark介面,那麼他就可以放心大膽的呼叫Bark()方法,而不用管Bark()方法具體是如何實現的<.比如,我們另外寫了一個類.當用戶用到Cat類或是Dog類的時候,知道他們繼承於IBark,那麼不用管類別裡的具體實作,而就可以直接呼叫Bark()方法,因為這兩個類別中肯定有關於Bark()方法的具體實作.

如果我們從設計的角度來看.一個專案中用若干個類別需要去編寫,由於這些類別比較複雜,工作量比較大,這樣每個類別就需要佔用一個工作人員進行編寫.比如A程式設計師去定Dog類,B程式設計師去寫Cat類.這兩個類別本來沒什麼聯繫的,可是由於用戶需要他們都實現一個關於"叫"的方法.這就要對他們進行一種約束.讓他們都繼承於IBark介面,目的是方便統一管理.另一個是方便調用.當然了,不使用接口一樣可以達到目的.只不過這樣的話,這種約束就不那麼明顯,如果這樣類還有Duck類等等,比較多的時候難免有人會漏掉這樣方法.所以說還是透過介面更可靠一些,約束力更強一些.

C#中介面的深入淺出    假設我們公司有兩種程式設計師:VB程式設計師,指的是用VB寫入程式的程式設計師,用clsVBProgramer這個類別表示;Delphi程式設計師指的是用Delphi寫程式的程式設計師,用clsDelphiProgramer這個類別來表示。每個類別都有一個WriteCode()方法。定義如下:

[csharp] view plain copy

class clsVBProgramer()  
{  
....  
WriteCode()  
{  
     //用VB语言写代码;  
}  
....  
}  
  
class clsDelphiProgramer()  
{  
....  
WriteCode()  
{  
    //用Delphi语言写代码;  
}  
   ....  
}
登入後複製

/*現在公司來了一個項目,要求派某個程式設計師寫一個程式*/  

class clsProject()  
{  
....  
WritePrograme(clsVBProgramer programer)//用VB写代码  
{  
    programer.WriteCode();  
}  
WritePrograme(clsDelphiProgramer programer)//重载方法,用Delphi写代码  
{  
    programer.WriteCode();  
}  
......  
}
登入後複製

在主程式中我們可以這樣寫:  

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程式設計師呢。麻煩大了!

但是如果改用接口,就完全不一樣了:

先宣告一個程式設計師介面:


interface IProgramer()
{
WriteCode();
}
登入後複製

然後宣告兩個類,並實作IProgramer介面:

class clsVBProgramer():IProgramer{....WriteCode(){     //用VB语言写代码;}....}
class clsDelphiProgramer():IProgramer{....WriteCode(){    //用Delphi语言写代码;}   ....}
登入後複製

對clsProject這個類別進行一下修改:

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這個類別封成一個元件,那麼當我們的使用者需要要擴充功能的時候,我們只需要在外部做很小的修改就能實現,可以說根本就用不著改動我們已經封好組件!是不是很方便,很強大!

以上是C#介面的實例詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章!

相關標籤:
來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
最新問題
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板
關於我們 免責聲明 Sitemap
PHP中文網:公益線上PHP培訓,幫助PHP學習者快速成長!