जावा इनहेरिटेंस में महारत: extends कीवर्ड कैसे काम करता है (पूर्ण गाइड)

1. Introduction

Java एक प्रोग्रामिंग भाषा है जो विभिन्न क्षेत्रों में व्यापक रूप से उपयोग की जाती है, एंटरप्राइज़ सिस्टम से लेकर वेब एप्लिकेशन और एंड्रॉइड विकास तक। अपनी कई विशेषताओं में, “इनहेरिटेंस” ऑब्जेक्ट‑ओरिएंटेड प्रोग्रामिंग सीखते समय सबसे आवश्यक अवधारणाओं में से एक है।

इनहेरिटेंस का उपयोग करके, एक नई क्लास (सबक्लास/चाइल्ड क्लास) मौजूदा क्लास (सुपरक्लास/पैरेंट क्लास) की कार्यक्षमता को अपनाई जा सकती है। इससे कोड की दोहराव कम होती है और प्रोग्राम को विस्तारित और रखरखाव करना आसान हो जाता है। जावा में, इनहेरिटेंस extends कीवर्ड का उपयोग करके लागू किया जाता है।

इस लेख में, हम जावा में extends कीवर्ड की भूमिका, इसका मूल उपयोग, व्यावहारिक अनुप्रयोग और सामान्य प्रश्नों को स्पष्ट रूप से समझाते हैं। यह गाइड न केवल जावा शुरुआती लोगों के लिए बल्कि उन लोगों के लिए भी उपयोगी है जो इनहेरिटेंस की पुनरावृत्ति करना चाहते हैं। अंत तक, आप इनहेरिटेंस के फायदे और नुकसान तथा महत्वपूर्ण डिज़ाइन विचारों को पूरी तरह समझ जाएंगे।

आइए “जावा में इनहेरिटेंस क्या है?” को करीब से देखें।

2. जावा इनहेरिटेंस क्या है?

जावा इनहेरिटेंस एक तंत्र है जिसमें एक क्लास (सुपरक्लास/पैरेंट क्लास) अपनी विशेषताएँ और कार्यक्षमता दूसरी क्लास (सबक्लास/चाइल्ड क्लास) को देती है। इनहेरिटेंस के साथ, पैरेंट क्लास में परिभाषित फ़ील्ड (वेरिएबल) और मेथड (फ़ंक्शन) को चाइल्ड क्लास में पुनः उपयोग किया जा सकता है।

यह तंत्र कोड को व्यवस्थित और प्रबंधित करना, साझा प्रक्रियाओं को केंद्रीकृत करना, और कार्यक्षमता को लचीले ढंग से विस्तारित या संशोधित करना आसान बनाता है। इनहेरिटेंस ऑब्जेक्ट‑ओरिएंटेड प्रोग्रामिंग (OOP) के तीन मुख्य स्तंभों में से एक है, जिसमें एन्कैप्सुलेशन और पॉलीमॉर्फिज़्म भी शामिल हैं।

“is-a” संबंध के बारे में

इनहेरिटेंस का एक सामान्य उदाहरण “is-a संबंध” है। उदाहरण के लिए, “एक कुत्ता एक जानवर है।” इसका मतलब है कि Dog क्लास Animal क्लास से इनहेरिट करती है। एक कुत्ता जानवर की विशेषताओं और व्यवहारों को अपनाता है जबकि अपनी विशिष्ट विशेषताएँ जोड़ता है।

class Animal {
    void eat() {
        System.out.println("食べる");
    }
}

class Dog extends Animal {
    void bark() {
        System.out.println("ワンワン");
    }
}

इस उदाहरण में, Dog क्लास Animal क्लास से इनहेरिट करती है। Dog की एक इंस्टेंस bark मेथड और इनहेरिटेड eat मेथड दोनों का उपयोग कर सकती है।

इनहेरिटेंस का उपयोग करने पर क्या होता है?

• आप पैरेंट क्लास में साझा लॉजिक और डेटा को केंद्रीकृत कर सकते हैं, जिससे प्रत्येक सबक्लास में एक ही कोड बार‑बार लिखने की आवश्यकता कम हो जाती है।
• प्रत्येक सबक्लास अपनी विशिष्ट व्यवहार जोड़ सकती है या पैरेंट क्लास के मेथड को ओवरराइड कर सकती है।

इनहेरिटेंस का उपयोग प्रोग्राम संरचना को व्यवस्थित करने और फीचर जोड़ने व रखरखाव को आसान बनाने में मदद करता है। हालांकि, इनहेरिटेंस हमेशा सबसे अच्छा विकल्प नहीं होता, और डिज़ाइन के दौरान यह सावधानीपूर्वक मूल्यांकन करना महत्वपूर्ण है कि क्या वास्तव में एक “is-a संबंध” मौजूद है।

3. extends कीवर्ड कैसे काम करता है

जावा में extends कीवर्ड स्पष्ट रूप से क्लास इनहेरिटेंस को घोषित करता है। जब चाइल्ड क्लास पैरेंट क्लास की कार्यक्षमता को इनहेरिट करती है, तो क्लास डिक्लेरेशन में extends ParentClassName सिंटैक्स का उपयोग किया जाता है। इससे चाइल्ड क्लास सीधे पैरेंट क्लास के सभी पब्लिक मेंबर्स (फ़ील्ड और मेथड) का उपयोग कर सकती है।

मूल सिंटैक्स

class ParentClass {
    // Fields and methods of the parent class
}

class ChildClass extends ParentClass {
    // Fields and methods unique to the child class
}

उदाहरण के लिए, पहले के Animal और Dog क्लासों का उपयोग करके, हमें मिलता है:

class Animal {
    void eat() {
        System.out.println("食べる");
    }
}

class Dog extends Animal {
    void bark() {
        System.out.println("ワンワン");
    }
}

जब हम Dog extends Animal लिखते हैं, तो Dog क्लास Animal क्लास से इनहेरिट करती है और eat मेथड का उपयोग कर सकती है।

पैरेंट क्लास के मेंबर्स का उपयोग

इनहेरिटेंस के साथ, चाइल्ड क्लास की एक इंस्टेंस पैरेंट क्लास के मेथड और फ़ील्ड तक पहुंच सकती है (जब तक एक्सेस मॉडिफ़ायर अनुमति देते हैं):

Dog dog = new Dog();
dog.eat();   // Calls the parent class method
dog.bark();  // Calls the child class method

महत्वपूर्ण नोट्स

• जावा केवल एक क्लास से विरासत (सिंगल इनहेरिटेंस) की अनुमति देता है। आप extends के बाद कई क्लास नहीं निर्दिष्ट कर सकते हैं।
• यदि आप विरासत को रोकना चाहते हैं, तो आप क्लास पर final मॉडिफायर का उपयोग कर सकते हैं।

व्यावहारिक विकास टिप्स

extends का सही उपयोग करने से आप सामान्य कार्यक्षमता को पैरेंट क्लास में केंद्रीकृत कर सकते हैं और सबक्लास में व्यवहार को विस्तारित या अनुकूलित कर सकते हैं। यह तब उपयोगी होता है जब आप मौजूदा कोड को बदले बिना नई सुविधाएँ जोड़ना चाहते हैं।

4. मेथड ओवरराइडिंग और super कीवर्ड

विरासत का उपयोग करते समय, ऐसे मामले होते हैं जहाँ आप पैरेंट क्लास में परिभाषित मेथड के व्यवहार को बदलना चाहते हैं। इसे “मेथड ओवरराइडिंग” कहा जाता है। जावा में, ओवरराइडिंग तब की जाती है जब आप चाइल्ड क्लास में वही नाम और वही पैरामीटर सूची वाला मेथड परिभाषित करते हैं जो पैरेंट क्लास में है।

मेथड ओवरराइडिंग

मेथड को ओवरराइड करते समय, आमतौर पर @Override एनोटेशन जोड़ा जाता है। यह कंपाइलर को गलत मेथड नाम या सिग्नेचर जैसी अनजाने में हुई त्रुटियों का पता लगाने में मदद करता है।

class Animal {
    void eat() {
        System.out.println("食べる");
    }
}

class Dog extends Animal {
    @Override
    void eat() {
        System.out.println("ドッグフードを食べる");
    }
}

इस उदाहरण में, Dog क्लास eat मेथड को ओवरराइड करती है। जब आप Dog इंस्टेंस पर eat को कॉल करते हैं, तो आउटपुट “ドッグフードを食べる” होगा।

Dog dog = new Dog();
dog.eat(); // Displays: ドッグフードを食べる

super कीवर्ड का उपयोग

यदि आप ओवरराइड किए गए मेथड के भीतर पैरेंट क्लास की मूल मेथड को कॉल करना चाहते हैं, तो super कीवर्ड का उपयोग करें।

class Dog extends Animal {
    @Override
    void eat() {
        super.eat(); // Calls the parent class’s eat()
        System.out.println("ドッグフードも食べる");
    }
}

यह पहले पैरेंट क्लास की eat मेथड को चलाता है और फिर सबक्लास का व्यवहार जोड़ता है।

कंस्ट्रक्टर्स और super

यदि पैरेंट क्लास के पास पैरामीटर वाला कंस्ट्रक्टर है, तो चाइल्ड क्लास को अपने कंस्ट्रक्टर की पहली लाइन में super(arguments) का उपयोग करके स्पष्ट रूप से उसे कॉल करना चाहिए।

class Animal {
    Animal(String name) {
        System.out.println("Animal: " + name);
    }
}

class Dog extends Animal {
    Dog(String name) {
        super(name);
        System.out.println("Dog: " + name);
    }
}

सारांश

• ओवरराइडिंग का मतलब है पैरेंट क्लास के मेथड को चाइल्ड क्लास में पुनः परिभाषित करना।
• @Override एनोटेशन का उपयोग करने की सलाह दी जाती है।
• जब आप पैरेंट क्लास की मेथड इम्प्लीमेंटेशन को पुन: उपयोग करना चाहते हैं, तो super का उपयोग करें।
• पैरेंट कंस्ट्रक्टर्स को कॉल करने के समय भी super का उपयोग किया जाता है।

5. विरासत के लाभ और हानियाँ

जावा में विरासत (इनहेरिटेंस) का उपयोग प्रोग्राम डिज़ाइन और विकास में कई लाभ लाता है। हालांकि, गलत उपयोग से गंभीर समस्याएँ उत्पन्न हो सकती हैं। नीचे हम लाभ और हानियों को विस्तार से समझाते हैं।

विरासत के लाभ

1. कोड पुन: उपयोग में सुधार पैरेंट क्लास में साझा लॉजिक और डेटा को परिभाषित करने से प्रत्येक सबक्लास में वही कोड दोहराने की आवश्यकता नहीं रहती। इससे डुप्लिकेशन कम होता है और मेंटेनबिलिटी व रीडेबिलिटी में सुधार होता है।
2. आसान विस्तार जब नई कार्यक्षमता की आवश्यकता होती है, तो आप मौजूदा कोड को बदले बिना पैरेंट क्लास पर आधारित नया सबक्लास बना सकते हैं। इससे बदलावों का प्रभाव कम होता है और बग्स की संभावना घटती है।
3. पॉलीमॉर्फ़िज़्म को सक्षम करता है विरासत “पैरेंट क्लास का एक वेरिएबल चाइल्ड क्लास के इंस्टेंस को रेफ़र कर सकता है” को संभव बनाती है। यह सामान्य इंटरफ़ेस और पॉलीमॉर्फ़िक व्यवहार का उपयोग करके लचीला डिज़ाइन प्रदान करता है।

विरासत की हानियाँ

1. गहरी पदानुक्रम डिज़ाइन को जटिल बनाते हैं यदि उत्तराधिकार श्रृंखलाएँ बहुत गहरी हो जाती हैं, तो यह समझना मुश्किल हो जाता है कि व्यवहार कहाँ परिभाषित है, जिससे रखरखाव कठिन हो जाता है।
2. मूल वर्ग में परिवर्तन सभी उपवर्गों को प्रभावित करते हैं मूल वर्ग के व्यवहार को संशोधित करने से सभी उपवर्गों में अनजाने में समस्याएँ हो सकती हैं। मूल वर्गों को सावधानीपूर्वक डिज़ाइन और अपडेट की आवश्यकता होती है।
3. डिज़ाइन लचीलापन कम कर सकते हैं उत्तराधिकार का अत्यधिक उपयोग कक्षाओं को कसकर जोड़ देता है, जिससे भविष्य के परिवर्तन कठिन हो जाते हैं। कुछ मामलों में, संरचना का उपयोग करके “has-a” संबंध “is-a” उत्तराधिकार से अधिक लचीले होते हैं।

सारांश

उत्तराधिकार शक्तिशाली है, लेकिन इसके लिए सब कुछ पर निर्भर रहना लंबे समय तक समस्याएँ पैदा कर सकता है। हमेशा सत्यापित करें कि क्या एक सच्चा “is-a संबंध” मौजूद है और उत्तराधिकार को केवल तभी लागू करें जब उपयुक्त हो।

6. उत्तराधिकार और इंटरफेस के बीच अंतर

जावा कार्यक्षमता को विस्तारित करने और संगठित करने के लिए दो महत्वपूर्ण तंत्र प्रदान करता है: वर्ग उत्तराधिकार (extends) और इंटरफेस (implements)। दोनों कोड पुन: उपयोग और लचीले डिज़ाइन का समर्थन करते हैं, लेकिन उनकी संरचना और इच्छित उपयोग में महत्वपूर्ण अंतर है। नीचे, हम अंतरों की व्याख्या करते हैं और उनके बीच चयन कैसे करें।

extends और implements के बीच अंतर

• extends (उत्तराधिकार)
• आप केवल एक वर्ग से उत्तराधिकार प्राप्त कर सकते हैं (एकल उत्तराधिकार)।
• मूल वर्ग से फ़ील्ड और पूर्ण रूप से लागू की गई विधियाँ को उपवर्ग में सीधे उपयोग किया जा सकता है।
• एक “is-a संबंध” का प्रतिनिधित्व करता है (उदाहरण के लिए, एक कुत्ता एक जानवर है)।
• implements (इंटरफेस कार्यान्वयन)
• एक साथ कई इंटरफेस लागू किए जा सकते हैं।
• इंटरफेस केवल विधि घोषणाएँ शामिल करते हैं (हालांकि Java 8 से डिफ़ॉल्ट विधियाँ मौजूद हैं)।
• एक “can-do संबंध” का प्रतिनिधित्व करता है (उदाहरण के लिए, एक कुत्ता भौंक सकता है, एक कुत्ता चल सकता है)।

इंटरफेस का उपयोग करने का उदाहरण

interface Walkable {
    void walk();
}

interface Barkable {
    void bark();
}

class Dog implements Walkable, Barkable {
    public void walk() {
        System.out.println("歩く");
    }
    public void bark() {
        System.out.println("ワンワン");
    }
}

इस उदाहरण में, Dog वर्ग दो इंटरफेस, Walkable और Barkable को लागू करता है, जो बहु-उत्तराधिकार के समान व्यवहार प्रदान करता है।

इंटरफेस क्यों आवश्यक हैं

जावा वर्गों के बहु-उत्तराधिकार को प्रतिबंधित करता है क्योंकि जब मूल वर्ग समान विधियों या फ़ील्ड को परिभाषित करते हैं तो यह संघर्ष पैदा कर सकता है। इंटरफेस इस समस्या को हल करते हैं द्वारा एक वर्ग को कई “प्रकारों” को अपनाने की अनुमति देकर बिना संघर्षपूर्ण कार्यान्वयनों को उत्तराधिकार प्राप्त किए।

इन्हें ठीक से कैसे उपयोग करें

• जब वर्गों के बीच एक स्पष्ट “is-a संबंध” मौजूद हो तो extends का उपयोग करें।
• जब आप कई वर्गों में सामान्य व्यवहार अनुबंध प्रदान करना चाहते हैं तो implements का उपयोग करें।

उदाहरण:

• “एक कुत्ता एक जानवर है” → Dog extends Animal
• “एक कुत्ता चल सकता है और भौंक सकता है” → Dog implements Walkable, Barkable

सारांश

• एक वर्ग केवल एक मूल वर्ग से उत्तराधिकार प्राप्त कर सकता है, लेकिन यह कई इंटरफेस लागू कर सकता है।
• डिज़ाइन इरादे के आधार पर उत्तराधिकार और इंटरफेस के बीच चयन साफ, लचीला और रखरखाव योग्य कोड की ओर ले जाता है।

7. उत्तराधिकार का उपयोग करने के लिए सर्वोत्तम प्रथाएँ

जावा में उत्तराधिकार शक्तिशाली है, लेकिन अनुचित उपयोग कार्यक्रम को कठोर और रखरखाव कठिन बना सकता है। नीचे उत्तराधिकार को सुरक्षित और प्रभावी ढंग से उपयोग करने के लिए सर्वोत्तम प्रथाएँ और दिशानिर्देश दिए गए हैं।

उत्तराधिकार का उपयोग कब करें — और कब बचें

• उत्तराधिकार का उपयोग करें जब:
• एक स्पष्ट “is-a संबंध” मौजूद हो (उदाहरण के लिए, एक कुत्ता एक जानवर है)।
• आप मूल वर्ग की कार्यक्षमता को पुन: उपयोग करना और इसे विस्तारित करना चाहते हैं।
• आप अतिरिक्त कोड को समाप्त करना और सामान्य तर्क को केंद्रीकृत करना चाहते हैं।
• उत्तराधिकार से बचें जब:
• आप इसे केवल कोड पुन: उपयोग के लिए उपयोग कर रहे हैं (यह अक्सर अस्वाभाविक वर्ग डिज़ाइन की ओर ले जाता है)।
• एक “has-a संबंध” अधिक उपयुक्त हो — ऐसे मामलों में, संरचना पर विचार करें।

उत्तराधिकार और संरचना के बीच चयन

• Inheritance (extends): is-a संबंध
• Example: Dog extends Animal
• जब सबक्लास वास्तव में सुपरक्लास का एक प्रकार दर्शाता है, तब उपयोगी।
• Composition (has-a संबंध)
• Example: A Car has an Engine
• कार्यक्षमता जोड़ने के लिए आंतरिक रूप से किसी अन्य क्लास का एक इंस्टेंस उपयोग करता है।
• अधिक लचीला और भविष्य के बदलावों के अनुकूल होने में आसान।

इनहेरिटेंस के दुरुपयोग को रोकने के लिए डिज़ाइन दिशानिर्देश

• इनहेरिटेंस पदानुक्रम को बहुत गहरा न बनाएं (3 स्तर या उससे कम रखें)।
• यदि कई सबक्लास एक ही पैरेंट से इनहेरिट करते हैं, तो पैरेंट की जिम्मेदारियों की उपयुक्तता का पुनर्मूल्यांकन करें।
• हमेशा इस जोखिम को ध्यान में रखें कि पैरेंट क्लास में बदलाव सभी सबक्लास को प्रभावित कर सकते हैं।
• इनहेरिटेंस लागू करने से पहले, इंटरफ़ेस और कंपोज़िशन जैसे विकल्पों पर विचार करें।

final मॉडिफ़ायर के साथ इनहेरिटेंस को सीमित करना

• क्लास में final जोड़ने से उसे इनहेरिट नहीं किया जा सकता।
• मेथड में final जोड़ने से उसे सबक्लास द्वारा ओवरराइड नहीं किया जा सकता।

  final class Utility {
      // This class cannot be inherited
  }
  
  class Base {
      final void show() {
          System.out.println("オーバーライド禁止");
      }
  }
  

दस्तावेज़ीकरण और टिप्पणियों को बेहतर बनाना

• Javadoc या टिप्पणियों में इनहेरिटेंस संबंधों और क्लास डिज़ाइन इरादों को दस्तावेज़ित करने से भविष्य में रखरखाव बहुत आसान हो जाता है।

सारांश

इनहेरिटेंस सुविधाजनक है, लेकिन इसे इरादे से उपयोग करना चाहिए। हमेशा पूछें, “क्या यह क्लास वास्तव में अपने पैरेंट क्लास का एक प्रकार है?” यदि संदेह हो, तो विकल्प के रूप में कंपोज़िशन या इंटरफ़ेस पर विचार करें।

8. सारांश

अब तक हमने जावा इनहेरिटेंस और extends कीवर्ड को विस्तार से समझाया है—बुनियादी सिद्धांतों से लेकर व्यावहारिक उपयोग तक। नीचे इस लेख में कवर किए गए मुख्य बिंदुओं का सारांश दिया गया है।

• जावा इनहेरिटेंस एक सबक्लास को सुपरक्लास के डेटा और कार्यक्षमता को अपनाने की अनुमति देता है, जिससे कुशल और पुन: उपयोग योग्य प्रोग्राम डिज़ाइन संभव होता है।
• extends कीवर्ड पैरेंट और चाइल्ड क्लास के बीच संबंध को स्पष्ट करता है (“is-a संबंध”)।
• मेथड ओवरराइडिंग और super कीवर्ड इनहेरिटेड व्यवहार को विस्तारित या कस्टमाइज़ करना संभव बनाते हैं।
• इनहेरिटेंस कई लाभ प्रदान करता है, जैसे कोड पुन: उपयोग, विस्तारशीलता, और पॉलीमॉर्फ़िज़्म का समर्थन, लेकिन इसके साथ गहरी या जटिल पदानुक्रम और व्यापक प्रभाव वाले बदलाव जैसी कमियां भी होती हैं।
• इनहेरिटेंस, इंटरफ़ेस, और कंपोज़िशन के बीच अंतर को समझना सही डिज़ाइन दृष्टिकोण चुनने के लिए महत्वपूर्ण है।
• इनहेरिटेंस का अधिक उपयोग करने से बचें; हमेशा डिज़ाइन इरादा और तर्क को स्पष्ट रखें।

इनहेरिटेंस जावा में ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग के मुख्य अवधारणाओं में से एक है। नियमों और सर्वोत्तम प्रथाओं को समझकर आप इसे वास्तविक विकास में प्रभावी ढंग से लागू कर सकते हैं।

9. अक्सर पूछे जाने वाले प्रश्न (FAQ)

Q1: जब जावा में कोई क्लास इनहेरिट किया जाता है तो पैरेंट क्लास का कंस्ट्रक्टर क्या होता है?
A1: यदि पैरेंट क्लास का कोई-आर्ग्युमेंट (डिफ़ॉल्ट) कंस्ट्रक्टर है, तो वह स्वचालित रूप से चाइल्ड क्लास के कंस्ट्रक्टर से कॉल किया जाता है। यदि पैरेंट क्लास के पास केवल पैरामीटर वाला कंस्ट्रक्टर है, तो चाइल्ड क्लास को अपने कंस्ट्रक्टर की शुरुआत में super(arguments) का उपयोग करके स्पष्ट रूप से उसे कॉल करना पड़ता है।

Q2: क्या जावा क्लासों की मल्टीपल इनहेरिटेंस कर सकता है?
A2: नहीं। जावा क्लासों की मल्टीपल इनहेरिटेंस को सपोर्ट नहीं करता। एक क्लास केवल extends का उपयोग करके एक ही पैरेंट क्लास को एक्सटेंड कर सकता है। हालांकि, एक क्लास implements का उपयोग करके कई इंटरफ़ेस को इम्प्लीमेंट कर सकता है।

Q3: इनहेरिटेंस और कंपोज़िशन में क्या अंतर है?
A3: इनहेरिटेंस “is-a संबंध” को दर्शाता है, जहाँ चाइल्ड क्लास पैरेंट क्लास की कार्यक्षमता और डेटा को पुन: उपयोग करता है। कंपोज़िशन “has-a संबंध” को दर्शाता है, जिसमें एक क्लास किसी अन्य क्लास का इंस्टेंस रखती है। कंपोज़िशन अक्सर अधिक लचीलापन प्रदान करता है और ढीले कपलिंग या भविष्य की विस्तारशीलता की आवश्यकता वाले कई मामलों में पसंद किया जाता है।

Q4: क्या final मॉडिफायर इनहेरिटेंस और ओवरराइडिंग को प्रतिबंधित करता है?
A4: हाँ। यदि एक क्लास को final के रूप में चिह्नित किया गया है, तो इसे इनहेरिट नहीं किया जा सकता। यदि एक मेथड को final के रूप में चिह्नित किया गया है, तो इसे सबक्लास में ओवरराइड नहीं किया जा सकता। यह सुसंगत व्यवहार सुनिश्चित करने या सुरक्षा उद्देश्यों के लिए उपयोगी है।

Q5: यदि पैरेंट और चाइल्ड क्लास में समान नाम के फील्ड्स या मेथड्स को परिभाषित किया जाता है तो क्या होता है?
A5: यदि दोनों क्लासेस में समान नाम का एक फील्ड परिभाषित किया गया है, तो चाइल्ड क्लास में फील्ड पैरेंट क्लास के फील्ड को छिपा देता है (शैडोइंग)। मेथड्स अलग व्यवहार करते हैं: यदि सिग्नेचर्स मेल खाते हैं, तो चाइल्ड मेथड पैरेंट मेथड को ओवरराइड करता है। ध्यान दें कि फील्ड्स को ओवरराइड नहीं किया जा सकता—केवल छिपाया जा सकता है।

Q6: यदि इनहेरिटेंस की गहराई बहुत अधिक हो जाती है तो क्या होता है?
A6: गहरी इनहेरिटेंस हायरार्की कोड को समझना और मेंटेन करना कठिन बना देती है। यह ट्रैक करना मुश्किल हो जाता है कि लॉजिक कहाँ परिभाषित है। मेंटेनेबल डिज़ाइन के लिए, इनहेरिटेंस की गहराई को उथला रखने का प्रयास करें और भूमिकाओं को स्पष्ट रूप से अलग रखें।

Q7: ओवरराइडिंग और ओवरलोडिंग के बीच क्या अंतर है?
A7: ओवरराइडिंग चाइल्ड क्लास में पैरेंट क्लास से एक मेथड को पुनःपरिभाषित करता है। ओवरलोडिंग समान क्लास में एक ही नाम के कई मेथड्स को परिभाषित करता है लेकिन विभिन्न पैरामीटर प्रकारों या संख्याओं के साथ।

Q8: एब्सट्रैक्ट क्लासेस और इंटरफेस को अलग-अलग कैसे उपयोग किया जाना चाहिए?
A8: एब्सट्रैक्ट क्लासेस का उपयोग तब किया जाता है जब आप संबंधित क्लासेस के बीच साझा इम्प्लीमेंटेशन या फील्ड्स प्रदान करना चाहते हैं। इंटरफेस का उपयोग तब किया जाता है जब आप व्यवहार अनुबंधों को परिभाषित करना चाहते हैं जिन्हें कई क्लासेस लागू कर सकती हैं। साझा कोड के लिए एब्सट्रैक्ट क्लास का उपयोग करें और जब कई प्रकारों का प्रतिनिधित्व करना हो या कई “क्षमताओं” की आवश्यकता हो तो इंटरफेस का उपयोग करें।