बाल वर्ग में super.equals और super.hashCode को कॉल करना?

Question

यदि मैं माता-पिता और बाल वर्ग दोनों में equals() और hashCode() लागू करता हूं, तो super.equals() को equals() में बच्चे वर्ग में कॉल करना आवश्यक है, उदा।

public boolean equals(Object obj) { 

    if (obj.getClass() != ChildClass.class) { 
    return false; 
    } 

    return super.equals() && this.var == ((ChildClass) obj).var; 

} 

Answer 1

नहीं, यह आवश्यक नहीं है, और शायद गलत होगा। दरअसल, equal ओवरराइड करने के कारण का कारण यह है कि super.equals सही व्यवहार नहीं देता है (दाएं?)।

या super.equals सही व्यवहार देता है, तो आपको शायद एक और तरीका डालें, आपको शायद इसे ओवरराइड करने की परेशानी पर जाने की आवश्यकता नहीं है।

लेकिन यदि आप equals ओवरराइड कर रहे हैं, तो हाँ, आपको hashCode ओवरराइड करना होगा।

Answer 2

अपने सुपर वर्ग बराबर लागू नहीं होता है, तो बुला super.equals आप वस्तु कार्यान्वयन जो केवल संदर्भ तुलना, इसलिए किसी भी सामान्य में कार्यान्वयन जहां आप एक व्यवसाय कुंजी यह वास्तव में होगा की तुलना करना चाहते बराबर होती है मिल जाएगा बहुत सारे झूठे नकारात्मक कारण बनते हैं।

यह कहा गया है कि वास्तव में उपरोक्त आपका कार्यान्वयन डिफ़ॉल्ट रूप से ऑब्जेक्ट में कार्यान्वयन के बराबर अलग नहीं है क्योंकि आप तुलना के लिए == का उपयोग कर रहे हैं।

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

Answer 3

संपादित

मैं सिर्फ क्या आपने देखा वर्ग समानता, नहीं instanceof इस्तेमाल किया - जिसका अर्थ है कि रिफ्लेक्सिविटी सही होगा। आपके उदाहरण में, super.equals का उपयोग शायद सही है, जब तक कि सुपरक्लस समानता की परिभाषा प्रदान नहीं करता है जो कि आपके उप-वर्ग की इच्छा है (उदाहरण के लिए Object करता है)।

मुख्य बिंदु यह है कि समानता की परिभाषा आपके वर्ग के पदानुक्रम में बिल्कुल एक प्रकार (कक्षा या इंटरफ़ेस) से आनी चाहिए। यदि उस परिभाषा के कार्यान्वयन में super.equals का लाभ होता है, तो यह ठीक है।

अंत संपादित, नीचे

मूल पाठ यह लगभग निश्चित रूप क्या करना गलत बात है, क्योंकि यह समानता के चिंतनशील संपत्ति का उल्लंघन होगा।

मान लीजिए कि आपके पास एक आकार है, और यह एक और आकार के बराबर है यदि वे एक ही प्रकार के हैं: स्क्वायर स्क्वायर बराबर है, सर्किल सर्किल के बराबर है, आदि। अब आप इसे रंगीन स्क्वायर बनाने के लिए बढ़ाते हैं जो रंगीन जांच जोड़ता है।

Shape shape1 = new Shape(SQUARE); 
Shape shape2 = new ColoredShape(SQUARE, RED); 

आप super.equals(other) && other.color == this.color रूप ColoredSquare.equals लागू, आपके सवाल में के रूप में। लेकिन अब, ध्यान दें कि shape1.equals(shape2) == true (shape1 के बाद से Shape.equals का उपयोग करता है), लेकिन shape2.equals(shape1) == false (क्योंकि यह रंग जांच जोड़ता है)।

कहानी का नैतिक यह है कि इस प्रकार की कैस्केडिंग समानता का उपयोग करना वास्तव में कठिन है, अगर असंभव नहीं है। असल में, समानता आपके प्रकार के पदानुक्रम के भीतर बिल्कुल एक प्रकार से आनी चाहिए - चाहे वह Object हो, चाहे आपका प्रकार, एक सुपर टाइप, या कुछ इंटरफ़ेस जो अनुबंध को परिभाषित करता है (उदाहरण के लिए संग्रह ढांचे में, जो Set, List आदि के लिए समानता को परिभाषित करता है।)।