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 колдонуп жатсаңыз, ал компиляцияланbyte. Сизге тукумдагы же суперкласстагы кайтаруу түрүн өзгөртүү сунушталат.

   Эми класстардын көп деңгээлдүү мурастоосу бар жана суперкласс биздин өзгөртүүлөрүбүз үчүн жеткorктүү эмес жагдайды элестетип көрөлү. Эми, компиляция катасынан кутулуу үчүн, бизде подкласс ыкмасынын кол тамгасын же атын өзгөртүүдөн башка жолдорубуз жок. Ошондой эле бул ыкманы чакырган бардык жерлерге өзгөртүүлөрдү киргизүүгө туура келет. Ошентип, мурас биздин codeду морт кылат.

   Жогоруда сүрөттөлгөн маселе эч качан курамында пайда болбойт, демек, мураска экинчисин артыкчылыктуу кылат.

2. Мурас боюнча кийинки көйгөй, биз кардарга ата-эненин бардык ыкмаларын ачыкка чыгарабыз. Ал эми суперкласс өтө туура эмес иштелип чыккан жана коопсуздук тешиктерин камтыган болсо. Андан кийин, биз подклассыбызды ишке ашырууда коопсуздукту толук кам көрөбүз да, биз дагы эле ата-эне класстын кемчorктерин ишке ашырууга көз каранды болобуз.

   Композиция бизге суперкласстын методдоруна башкарылуучу жеткorкти камсыз кылууга жардам берет, ал эми мурас анын ыкмаларына эч кандай көзөмөл жүргүзбөйт. Бул да мураска караганда курамынын негизги артыкчылыктарынын бири болуп саналат.

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

   Методду чакыруудагы бул ийкемдүүлүк мурастоодо байкалbyte, бул композицияны эң жакшы ыкма кылат.

4. Композицияда бирдикти тестирлөө жеңorрээк, анткени биз суперкласста колдонулган бардык ыкмалар үчүн тесттерди жокко чыгара аларыбызды билебиз, ал эми мурастоодо биз суперкласска көп көз карандыбыз жана ата-эне класстын ыкмалары кандай экенин билбейбиз. колдонулат. Ошентип, мураска байланыштуу, биз суперкласстын бардык ыкмаларын сынап көрүшүбүз керек, бул керексиз жумуш.

   Идеалында, мурас ата-эне жана бала класстары үчүн “ болгон-a ” байланышы туура болгондо гана колдонулушу керек , антпесе, курамы артыкчылыктуу болушу керек.