Java тіліндегі көп мұра. Құрамы мен тұқым қуалаушылықты салыстыру

«Гауһар мәселесі»

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

Бірнеше мұра және интерфейстер

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

Композиция құтқару ретінде

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

Құрамы немесе мұрагерлігі?

1. Бізде ата-ана-мұрагер сыныптарының келесі комбинациясы бар делік:

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

   Жоғарыдағы code құрастырылады және жақсы жұмыс істейді, бірақ егер ClassCол басқаша жүзеге асырылса ше?

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

   Әдіс test()ұрпақ класында бұрыннан бар екенін, бірақ басқа түрдегі нәтижені қайтаратынын ескеріңіз. Енді ClassD, егер сіз IDE пайдалансаңыз, ол компиляцияланбайды. Сізге ұрпақтағы немесе суперсыныптағы қайтару түрін өзгерту ұсынылады.

   Енді сыныптардың көп деңгейлі мұрасы бар жағдайды елестетіп көрейік және суперкласс біздің өзгертулеріміз үшін қол жетімді емес. Енді компиляция қателігінен құтылу үшін бізде қосалқы класс әдісінің қолтаңбасын немесе атауын өзгертуден басқа опциялар жоқ. Сондай-ақ бұл әдіс шақырылған барлық жерлерге өзгертулер енгізуге тура келеді. Осылайша, мұрагерлік біздің codeты сынғыш етеді.

   Жоғарыда сипатталған мәселе композиция жағдайында ешқашан болмайды, сондықтан мұрагерлікке соңғысын артықшылық береді.

2. Мұрагерлікпен байланысты келесі мәселе - біз клиентке ата-ананың барлық әдістерін ашамыз. Ал егер суперкласс өте дұрыс жобаланбаған болса және қауіпсіздік саңылаулары болса. Содан кейін, біз ішкі сыныпты жүзеге асыруда қауіпсіздікті толығымен қамтамасыз етсек те, біз әлі де ата-аналық сыныптың қате орындалуына тәуелді боламыз.

   Композиция бізге суперкласс әдістеріне басқарылатын қолжетімділікті қамтамасыз етуге көмектеседі, ал мұрагерлік оның әдістеріне ешқандай бақылау жүргізбейді. Бұл да мұрагерлікке қарағанда композицияның басты артықшылықтарының бірі.

3. Композицияның тағы бір артықшылығы - әдістерді шақыру кезінде икемділікті қосады. Жоғарыда сипатталған классты жүзеге асыру 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

   Әдістерді шақырудағы бұл икемділік мұрагерлікпен байқалмайды, бұл композицияны ең жақсы тәсіл етеді.

4. Композиция жағдайында бірліктерді тестілеу оңайырақ, өйткені біз суперсыныпта қолданылатын барлық әдістер үшін сынақтарды тоқтата алатынымызды білеміз, ал мұрагерлікте біз суперклассқа қатты тәуелдіміз және ата-аналық сыныптың әдістерін білмейміз. қолданылатын болады. Сонымен, тұқым қуалаушылыққа байланысты біз суперкласстың барлық әдістерін сынауға мәжбүр боламыз, бұл қажетсіз жұмыс.

   Ең дұрысы, мұра тек ата-ана және еншілес сыныптар үшін " is-a " қатынасы дұрыс болғанда ғана пайдаланылуы керек , әйтпесе композицияны таңдау керек.