終於有人能把c#樂娛LEY介面的作用講明白了

搭建bc介面API系統演示發表於2022-05-12

C#樂娛LEY介面是一個讓很多初學C#者容易迷糊的東西,用起來好像很簡單,定義介面,裡面包含方法,但沒有方法具體實現的程式碼,然後在繼承該介面的類裡面要實現介面的所有方法的程式碼,但沒有真正認識到樂娛介面的作用的時候就覺得用ley介面是多此一舉,當然你這樣想那是絕對絕對錯誤的,比爾蓋茲的微軟請的員工都是比蓋茨還聰明的人,他們的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類等等,比較多的時候難免有人會漏掉這樣方法.所以說還是透過介面更可靠一些,約束力更強一些.

2、 :


透過學習對C#中介面的作用有了更進一步的理解,拿出來跟大家分享一下,有說的不對的地方請大家指教。

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

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#樂娛LEY介面的作用講明白了”的核心價值,他猛讓我們對樂娛介面的使用能夠融會貫通。


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/70017243/viewspace-2893854/,如需轉載,請註明出處,否則將追究法律責任。

相關文章