جاوا ۾ گھڻن وراثت. ساخت ۽ وراثت جو مقابلو

"هيرن جو مسئلو"

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

   مٿي ڏنل ڪوڊ گڏ ڪري ٿو ۽ ٺيڪ ڪم ڪري ٿو، پر جيڪڏهن ClassCاهو مختلف طريقي سان لاڳو ٿئي ها:

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

   نوٽ ڪريو ته اهو طريقو test()اڳ ۾ ئي موجود آهي اولاد واري طبقي ۾، پر واپسي هڪ مختلف قسم جو نتيجو. هاڻي ClassD، صورت ۾ توهان هڪ IDE استعمال ڪري رهيا آهيو، اهو مرتب نه ٿيندو. توهان کي صلاح ڏني ويندي ته واپسي جي قسم کي اولاد يا سپر ڪلاس ۾ تبديل ڪريو.

   هاڻي اچو ته هڪ اهڙي صورتحال جو تصور ڪريون جتي طبقن جي گهڻن سطحي وراثت آهي ۽ سپر ڪلاس اسان جي تبديلين لاءِ دستياب ناهي. هاڻي، تاليف جي غلطي کان نجات حاصل ڪرڻ لاء، اسان وٽ ٻيو ڪو به اختيار نه آهي ته اسان جي دستخط يا نالو کي تبديل ڪرڻ کان سواء subclass طريقي سان. اسان کي به انهن سڀني هنڌن تي تبديليون آڻڻيون پونديون جتي هي طريقو سڏبو هو. ان ڪري، وراثت اسان جي ڪوڊ کي خراب ڪري ٿو.

   مٿي بيان ڪيل مسئلو ڪڏهن به ٺهڻ ​​جي صورت ۾ نه ٿو اچي، ان ڪري ورثي کي ترجيح ڏئي ٿو.

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. يونٽ ٽيسٽنگ ڪمپوزيشن جي صورت ۾ وڌيڪ آسان آهي ڇو ته اسان ڄاڻون ٿا ته سپر ڪلاس ۾ استعمال ٿيندڙ سمورن طريقن جي لاءِ اسان ٽيسٽ کي روڪي سگهون ٿا، جڏهن ته وراثت ۾ اسان سپر ڪلاس تي تمام گهڻو انحصار ڪندا آهيون ۽ نه ڄاڻندا آهيون ته پيرن ڪلاس جا طريقا ڪيئن آهن. استعمال ڪيو ويندو. تنهن ڪري، وراثت جي ڪري، اسان کي سپر ڪلاس جي سڀني طريقن کي جانچڻو پوندو، جيڪو غير ضروري ڪم آهي.

   مثالي طور، وراثت صرف استعمال ٿيڻ گهرجي جڏهن " آئي-هڪ " تعلق والدين ۽ ٻارن جي طبقن لاء صحيح آهي، ٻي صورت ۾ ترتيب کي ترجيح ڏني وڃي.