多重繼承java

有時我寫了幾篇有關Java 繼承 ， 接口和組成的文章。 在這篇文章中，我們將研究多重繼承，然后了解組成優于繼承的好處。

Java中的多重繼承

多重繼承是創建具有多個超類的單個類的能力。 與其他一些流行的面向對象的編程語言（如C ++）不同， java不提供對類中多重繼承的支持 。 Java不支持類中的多重繼承，因為它可能導致菱形問題 ，而不是提供一些復雜的方法來解決它，而是有更好的方法來實現與多重繼承相同的結果。

鉆石問題

為了輕松理解鉆石問題，我們假設Java中支持多重繼承。 在這種情況下，我們可以像下面的圖像那樣有一個類層次結構。

假設SuperClass是一個抽象類，聲明了一些方法，而ClassA，ClassB是具體類。

超類.java

package com.journaldev.inheritance;public abstract class SuperClass {public abstract void doSomething(); }

ClassA.java

package com.journaldev.inheritance;public class ClassA extends SuperClass{@Overridepublic void doSomething(){System.out.println("doSomething implementation of A");}//ClassA own methodpublic void methodA(){} }

ClassB.java

package com.journaldev.inheritance;public class ClassB extends SuperClass{@Overridepublic void doSomething(){System.out.println("doSomething implementation of B");}//ClassB specific methodpublic void methodB(){} }

現在，讓我們說ClassC的實現類似于以下內容，它擴展了ClassA和ClassB。

ClassC.java

package com.journaldev.inheritance;public class ClassC extends ClassA, ClassB{public void test(){//calling super class methoddoSomething();}}

注意， test()方法正在調用超類doSomething()方法，這導致歧義，因為編譯器不知道要執行哪個超類方法，并且由于菱形類圖，它被稱為Diamond Problem，這是Java不支持類中的多重繼承的主要原因。

請注意，具有多個類繼承的上述問題也可能只出現在三個類中，它們全部具有至少一個通用方法。

接口中的多重繼承

您可能已經注意到，我一直在說類不支持多重繼承，但接口支持多重繼承，并且單個接口可以擴展多個接口，下面是一個簡單的示例。

接口A.java

package com.journaldev.inheritance;public interface InterfaceA {public void doSomething(); }

接口B.java

package com.journaldev.inheritance;public interface InterfaceB {public void doSomething(); }

注意，兩個接口都聲明了相同的方法，現在我們可以擁有一個擴展這兩個接口的接口，如下所示。

接口C.java

package com.journaldev.inheritance;public interface InterfaceC extends InterfaceA, InterfaceB {//same method is declared in InterfaceA and InterfaceB bothpublic void doSomething();}

這樣做非常好，因為接口僅聲明方法，并且實際實現將由實現接口的具體類來完成，因此在接口的多重繼承中不存在任何歧義的可能性。

這就是為什么Java類可以實現多重繼承的原因，例如下面的示例。

接口Impl.java

package com.journaldev.inheritance;public class InterfacesImpl implements InterfaceA, InterfaceB, InterfaceC {@Overridepublic void doSomething() {System.out.println("doSomething implementation of concrete class");}public static void main(String[] args) {InterfaceA objA = new InterfacesImpl();InterfaceB objB = new InterfacesImpl();InterfaceC objC = new InterfacesImpl();//all the method calls below are going to same concrete implementationobjA.doSomething();objB.doSomething();objC.doSomething();}}

您是否注意到，每當我覆蓋任何超類方法或實現任何接口方法時，我都使用@Override注釋，它是三個內置的Java注釋之一，并且在覆蓋任何方法時都應始終使用覆蓋注釋 。

救援人員組成

因此，如果我們想在ClassC使用ClassA函數methodA（）和ClassB函數methodB（） ，該解決方案在于使用composition ，這是ClassC的重構版本，該版本使用了composition來利用這兩種類方法以及doSomething （）方法來自其中一個對象。

ClassC.java

package com.journaldev.inheritance;public class ClassC{ClassA objA = new ClassA();ClassB objB = new ClassB();public void test(){objA.doSomething();}public void methodA(){objA.methodA();}public void methodB(){objB.methodB();} }

組合與繼承

Java編程的最佳實踐之一是“通過接口支持組合”，我們將研究一些偏愛這種方法的方面。

假設我們有一個超類和子類，如下所示：

ClassC.java

package com.journaldev.inheritance;public class ClassC{public void methodC(){} }

ClassD.java

package com.journaldev.inheritance;public class ClassD extends ClassC{public int test(){return 0;} }

上面的代碼可以編譯并正常工作，但是如果ClassC實現更改如下：

ClassC.java

package com.journaldev.inheritance;public class ClassC{public void methodC(){}public void test(){} }

請注意，子類中已經存在test（）方法，但返回類型有所不同，現在ClassD將無法編譯，并且如果您使用的是任何IDE，它將建議您更改超類或子類中的返回類型。

現在想象一下這樣的情況：我們具有多個級別的類繼承，并且超類不受我們控制，我們別無選擇，只能更改子類方法簽名或名稱以消除編譯錯誤，我們還必須在所有方面進行更改子類方法被調用的地方，因此繼承使我們的代碼易碎。

上面的問題永遠不會在組合中發生，這使其比繼承更有利。

繼承的另一個問題是，我們將所有超類方法公開給客戶端，并且如果我們的超類設計不當且存在安全漏洞，那么即使我們在實現類時全神貫注，我們也會受到不佳實現的影響。超類。
組合可以幫助我們提供對超類方法的受控訪問，而繼承不提供對超類方法的任何控制，這也是組合優于繼承的主要優勢之一。

組合的另一個好處是它提供了方法調用的靈活性。 我們上ClassC實現不是最佳的，它提供了與將要調用的方法的編譯時綁定，只需進行最小的更改，我們就可以使方法調用變得靈活并使其動態。

ClassC.java

package com.journaldev.inheritance;public class ClassC{SuperClass obj = null;public ClassC(SuperClass o){this.obj = o;}public void test(){obj.doSomething();}public static void main(String args[]){ClassC obj1 = new ClassC(new ClassA());ClassC obj2 = new ClassC(new ClassB());obj1.test();obj2.test();} }

上面程序的輸出是：

doSomething implementation of A doSomething implementation of B

這種方法調用的靈活性在繼承中不可用，并提倡了最佳實踐，即在繼承方面偏向于組合。

單元測試很容易組合，因為我們知道超類中正在使用的所有方法，并且可以對其進行模擬，而在繼承中，我們很大程度上依賴于超類，并且不知道將使用所有超類方法，因此我們需要要測試超類的所有方法，這是一項額外的工作，由于繼承，我們不需要這樣做。

理想情況下，僅當在所有情況下父類和子類的“ is-a ”關系均成立時才應使用繼承，否則我們應該繼續進行組合。

參考： Developer Recipes博客上的JCG合作伙伴 Pankaj Kumar的Java多重繼承與Composition vs Inheritance 。

翻譯自: https://www.javacodegeeks.com/2013/08/multiple-inheritance-in-java-and-composition-vs-inheritance.html

多重繼承java

總結

以上是生活随笔為你收集整理的多重继承java_Java中的多重继承与组合vs继承的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。