प्रभावी जावा द्वितीय संस्करण का आइटम 16, विरासत पर संरचना का पक्ष लें निम्नलिखित कहते हैं
"अगर सुपरक्लस में एक नई विधि प्राप्त होती हैबाद में रिलीज और आपके पास उप-वर्ग को एक ही हस्ताक्षर के साथ एक विधि देने के लिए दुर्भाग्य है और एक अलग वापसी प्रकार, आपका सबक्लास अब संकलित नहीं होगा।
यदि आपने subclass को एक ही हस्ताक्षर के साथ एक विधि और वापसी प्रकार के रूप में दिया है नई सुपरक्लास विधि, तो अब आप इसे ओवरराइड कर रहे हैं "
वास्तविक दुनिया की स्थिति में ये मामले कितने संभावित हैं? क्या कोई यहां मुझे एक वास्तविक व्यवसाय ऐप से एक उदाहरण दे सकता है (यदि आवश्यक हो तो मालिकाना जानकारी को अलग करना)?
उत्तर:
जवाब के लिए 3 № 1यह कैसे नहीं है उपयुक्त वह परिदृश्य है। (इसके अलावा, मुझे यकीन है कि आपने सुना है मर्फी के नियम)
यह इस तथ्य के बारे में है कि संरचना विरासत से बाध्यकारी अनुबंध से बहुत कम है।
विरासत व्यवहार को बांधने का एक बहुत ही मजबूत तरीका हैकक्षाओं के बीच, और मूल रूप से आइटम 16 बताता है कि आपको केवल उस मजबूत कनेक्शन का उपयोग करना चाहिए जब यह स्पष्ट हो कि यह आवश्यक है। अन्य सभी उपयोगों के लिए, रचना को प्राथमिकता दी जानी चाहिए।