Maramihang pamana sa Java. Paghahambing ng komposisyon at mana

"Ang Problema sa Diamond"

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

package com.journaldev.inheritance;
public class ClassA extends SuperClass{
    @Override
 public void doSomething(){
        System.out.println("Какая-то реализация класса A");
    }
  //собственный метод класса  ClassA
    public void methodA(){
    }
}

package com.journaldev.inheritance;
public class ClassC extends ClassA, ClassB{
    public void test(){
        //вызов метода родительского класса
        doSomething();
    }
}

Maramihang inheritance at interface

package com.journaldev.inheritance;
public interface InterfaceA {

    public void doSomething();
}

package com.journaldev.inheritance;

public interface InterfaceB {

    public void doSomething();
}

package com.journaldev.inheritance;

public interface InterfaceC extends InterfaceA, InterfaceB {

    //метод, с тем же названием описан в  InterfaceA и InterfaceB
    public void doSomething();

package com.journaldev.inheritance;

public class InterfacesImpl implements InterfaceA, InterfaceB, InterfaceC {

    @Override
    public void doSomething() {
        System.out.println("doSomething реализация реального класса ");
    }

    public static void main(String[] args) {
        InterfaceA objA = new InterfacesImpl();
        InterfaceB objB = new InterfacesImpl();
        InterfaceC objC = new InterfacesImpl();

        //все вызываемые ниже методы получат одинаковую реализацию конкретного класса

        objA.doSomething();
        objB.doSomething();
        objC.doSomething();
    }
}

Komposisyon bilang kaligtasan

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();
    }
}

Komposisyon o pamana?

1. Ipagpalagay na mayroon tayong sumusunod na kumbinasyon ng mga klase ng magulang at tagapagmana:

   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;
       }
   }

   Ang code sa itaas ay nag-compile at gumagana nang maayos, ngunit paano kung ClassCiba itong ipinatupad:

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

   Tandaan na ang pamamaraan test()ay umiiral na sa descendant class, ngunit nagbabalik ng resulta ng ibang uri. Ngayon ClassD, kung sakaling gumagamit ka ng IDE, hindi ito mag-compile. Papayuhan kang baguhin ang uri ng pagbabalik sa descendant o superclass.

   Ngayon isipin natin ang isang sitwasyon kung saan mayroong multi-level inheritance ng mga klase at hindi available ang superclass para sa ating mga pagbabago. Ngayon, para maalis ang error sa compilation, wala kaming ibang opsyon kundi baguhin ang signature o pangalan ng subclass method. Kakailanganin din nating gumawa ng mga pagbabago sa lahat ng lugar kung saan tinawag ang pamamaraang ito. Kaya, ginagawang malutong ng pamana ang ating code.

   Ang problemang inilarawan sa itaas ay hindi kailanman nangyayari sa kaso ng komposisyon, at samakatuwid ay ginagawang mas pinipili ang huli kaysa sa mana.

2. Ang susunod na problema sa mana ay ilantad namin ang lahat ng mga pamamaraan ng magulang sa kliyente. At kung ang superclass ay hindi idinisenyo nang tama at naglalaman ng mga butas sa seguridad. Pagkatapos, kahit na lubos nating pinangangalagaan ang seguridad sa pagpapatupad ng ating subclass, aasa pa rin tayo sa maling pagpapatupad ng parent class.

   Tinutulungan tayo ng komposisyon sa pagbibigay ng kontroladong pag-access sa mga pamamaraan ng isang superclass, samantalang ang mana ay hindi nagpapanatili ng anumang kontrol sa mga pamamaraan nito. Ito rin ay isa sa mga pangunahing bentahe ng komposisyon kaysa sa mana.

3. Ang isa pang benepisyo ng komposisyon ay nagdaragdag ito ng kakayahang umangkop kapag tumatawag sa mga pamamaraan. Ang pagpapatupad ng klase ClassCna inilarawan sa itaas ay hindi optimal at gumagamit ng maagang pagbubuklod sa tinatawag na pamamaraan. Ang mga kaunting pagbabago ay magbibigay-daan sa amin na gawing flexible ang paraan ng pagtawag at magbibigay-daan para sa late binding (binding sa runtime).

   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();
       }
   }

   Ipapakita ng program sa itaas ang:

   doSomething implementation of A
   doSomething implementation of B

   Ang kakayahang umangkop na ito sa paraan ng pagtawag ay hindi nakikita sa mana, na ginagawang komposisyon ang pinakamahusay na diskarte.

4. Ang pagsubok sa yunit ay mas madali sa kaso ng komposisyon dahil alam namin na para sa lahat ng mga pamamaraan na ginagamit sa superclass maaari naming i-stub ang mga pagsubok, habang sa pamana kami ay umaasa nang malaki sa superclass at hindi alam kung paano ang mga pamamaraan ng parent class gagamitin. Kaya, dahil sa pamana, kailangan nating subukan ang lahat ng mga pamamaraan ng superclass, na hindi kinakailangang gawain.

   Sa isip, ang mana ay dapat lamang gamitin kapag ang " is-a " na relasyon ay totoo para sa mga klase ng magulang at anak, kung hindi, ang komposisyon ay dapat na mas gusto.