Java-da çoxlu miras. Tərkib və irsiyyətin müqayisəsi

"Almaz problemi"

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

Çoxsaylı miras və interfeyslər

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

Qurtuluş kimi kompozisiya

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

Tərkib, yoxsa miras?

1. Tutaq ki, valideyn-varis siniflərinin aşağıdakı birləşməsinə sahibik:

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

   Yuxarıdakı kod tərtib edir və yaxşı işləyir, lakin ClassCfərqli şəkildə həyata keçirilsə nə olacaq:

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

   Nəzərə alın ki, metod test()artıq nəsil sinifində mövcuddur, lakin fərqli bir növün nəticəsini qaytarır. İndi ClassDbir IDE istifadə edirsinizsə, o, tərtib etməyəcək. Sizə nəsil və ya super sinifdə qaytarma növünü dəyişdirməyiniz tövsiyə olunacaq.

   İndi siniflərin çoxsəviyyəli irsiyyətinin olduğu və dəyişikliklərimiz üçün superklassın mövcud olmadığı bir vəziyyəti təsəvvür edək. İndi kompilyasiya xətasından xilas olmaq üçün alt sinif metodunun imzasını və ya adını dəyişməkdən başqa seçimimiz yoxdur. Bu metodun çağırıldığı bütün yerlərdə də dəyişiklik etməli olacağıq. Beləliklə, miras kodumuzu kövrək edir.

   Yuxarıda təsvir edilən problem kompozisiya vəziyyətində heç vaxt baş vermir və buna görə də ikincini mirasdan üstün edir.

2. Vərəsəliklə bağlı növbəti problem odur ki, biz valideynin bütün üsullarını müştəriyə təqdim edirik. Və əgər super sinif çox düzgün tərtib olunmayıbsa və təhlükəsizlik dəlikləri varsa. Sonra, alt sinifimizin həyata keçirilməsində təhlükəsizliyin tam qayğısına qalsaq da, yenə də ana sinifin qüsurlu tətbiqindən asılı olacağıq.

   Kompozisiya bizə supersinifin metodlarına nəzarət edilən girişi təmin etməkdə kömək edir, halbuki miras onun metodları üzərində heç bir nəzarəti saxlamır. Bu həm də kompozisiyanın varislik üzərində əsas üstünlüklərindən biridir.

3. Kompozisiyanın başqa bir üstünlüyü ondan ibarətdir ki, metodları çağırarkən çeviklik əlavə edir. Yuxarıda təsvir edilən sinfin həyata keçirilməsi ClassCoptimal deyil və çağırılan metoda erkən bağlanmadan istifadə edir. Minimal dəyişikliklər bizə metod çağırışını çevik etməyə və gec bağlanmağa imkan verəcək (iş zamanı bağlama).

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

   Yuxarıdakı proqram göstərəcək:

   doSomething implementation of A
   doSomething implementation of B

   Metod çağırışında bu çeviklik mirasla görünmür, bu da kompozisiyanı ən yaxşı yanaşma edir.

4. Kompozisiya vəziyyətində vahid sınağı daha asandır, çünki bilirik ki, super sinifdə istifadə olunan bütün üsullar üçün testləri kəsə bilərik, irsiyyətdə isə biz superklassdan çox asılıdır və ana sinfin metodlarının necə işlədiyini bilmirik. istifadə olunacaq. Deməli, irsiyyətə görə biz superklassın bütün üsullarını sınaqdan keçirməli olacağıq ki, bu da lazımsız işdir.

   İdeal olaraq, miras yalnız “ is-a ” əlaqəsi valideyn və uşaq sinifləri üçün doğru olduqda istifadə edilməlidir , əks halda kompozisiyaya üstünlük verilməlidir.