संरचना अन्य वस्तुओं को रखकर ("has-a" संबंध) और उन्हें सौंपकर व्यवहार बनाती है। विरासत एक वर्ग को विस्तारित करके ("is-a") व्यवहार प्राप्त करती है। "संरचना को वरीयता दें" यह सलाह मौजूद है क्योंकि विरासत आधार वर्ग के साथ तंग, नाजुक युग्मन बनाती है, जबकि संरचना लचकदार रहती है।
<T> <T> {
{ add(x); }
T { remove(size() - ); }
}
class Stack<T> {
private final List<T> items = new ArrayList<>(); // HAS-A list
void push(T x) { items.add(x); }
T pop() { return items.remove(items.size() - 1); }
// only push/pop are exposed → LIFO invariant is safe
}
एक सूची होने की जगह उसे रखकर, Stack केवल वे ऑपरेशन उजागर करता है जो वह चाहता है।
| संरचना | विरासत |
|---|---|
| लचकदार, रन टाइम पर भागों को स्वैप करें | संकलन समय पर निर्धारित |
| आंतरिकता को छिपाता है (प्रतिनिधिमंडन) | पूरा इंटरफ़ेस विरासत में लेता है |
| अधिक वायरिंग/बॉयलरप्लेट | जब सच में is-a हो तो कम कोड |
| नाजुक आधार वर्ग से बचता है | यदि आधार बदले तो सबक्लास टूट जाता है |
विरासत का उपयोग केवल वास्तविक, स्थिर is-a संबंधों के लिए करें; संरचना का उपयोग "मुझे यह व्यवहार चाहिए" के लिए करें।
विरासत माता-पिता का पूरा इंटरफ़ेस उजागर करती है, इसलिए एक सबक्लास अपने अनुबंध को पूरी तरह से नियंत्रित नहीं कर सकता — Stack extends ArrayList लीक विशिष्ट उदाहरण है।
संरचना संबंधों को स्पष्ट और स्वैप योग्य रखती है, जो कारण है कि निर्भरता इंजेक्शन, रणनीति पैटर्न, और सबसे लचकदार डिज़ाइन इस पर निर्भर करते हैं।