क्या हमें एक इंटरफ़ेस के विधि कार्यान्वयन को ओवरराइड करना चाहिए?

Question

क्या एक विधि जो एक इंटरफ़ेस विधि लागू करती है उसे @Override के साथ एनोटेट किया जाना चाहिए?

javadoc of the Override annotation का कहना है:

इंगित करता है कि एक विधि घोषणा एक सुपर क्लास में एक विधि घोषणा ओवरराइड करने के लिए करना है। यदि इस एनोटेशन प्रकार के साथ एक विधि को एनोटेट किया गया है लेकिन सुपरक्लास विधि को ओवरराइड नहीं करता है, तो संकलक को त्रुटि संदेश उत्पन्न करने की आवश्यकता होती है।

मुझे नहीं लगता कि एक इंटरफ़ेस तकनीकी रूप से एक सुपरक्लास है। या यह है?

Question Elaboration

Answer 1

आप @Override का उपयोग जब भी संभव हो जाना चाहिए। यह सरल गलतियों को होने से रोकता है। उदाहरण:

class C { 
    @Override 
    public boolean equals(SomeClass obj){ 
     // code ... 
    } 
} 

यह संकलन नहीं करता है क्योंकि यह ठीक से public boolean equals(Object obj) हावी नहीं होता।

वही इंटरफ़ेस लागू करने वाले तरीकों के लिए जाएगा (1.6 और ऊपर केवल) या सुपर क्लास की विधि को ओवरराइड करें।

Answer 2

मैं इसे हर अवसर पर उपयोग करता हूं। देखें When do you use Java's @Override annotation and why?

Answer 3

मुझे विश्वास है कि जावैक व्यवहार बदल गया है - 1.5 के साथ यह एनोटेशन को प्रतिबंधित करता है, 1.6 के साथ यह नहीं करता है। एनोटेशन एक अतिरिक्त संकलन-समय की जांच प्रदान करता है, इसलिए यदि आप 1.6 का उपयोग कर रहे हैं तो मैं इसके लिए जाऊंगा।

Answer 4

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

Answer 5

ग्रहण स्वयं @Override एनोटेशन जोड़ देगा जब आप एक इंटरफ़ेस लागू करने वाले वर्ग के निर्माण के दौरान "अनुपूरक विधियां उत्पन्न करें" कहेंगे।

Answer 6

मेरे लिए, अक्सर यह एकमात्र कारण है कि कुछ कोड को संकलित करने के लिए जावा 6 की आवश्यकता होती है। यकीन नहीं है कि यह इसके लायक है।

Answer 7

जेडीके 5.0 आपको @Override एनोटेशन का उपयोग करने की अनुमति नहीं देता है यदि आप इंटरफ़ेस में घोषित विधि को कार्यान्वित कर रहे हैं (इसकी संकलन त्रुटि), लेकिन जेडीके 6.0 इसे अनुमति देता है। तो हो सकता है कि आप अपनी आवश्यकता के हिसाब से अपनी परियोजना वरीयता को कॉन्फ़िगर कर सकें।

Answer 8

यह जेडीके के साथ कोई समस्या नहीं है। ग्रहण हेलिओस में, यह लागू इंटरफेस विधियों के लिए @ ओवरराइड एनोटेशन, जो भी जेडीके 5 या 6 है। ग्रहण गैलीलियो के लिए, @ ओवरराइड एनोटेशन की अनुमति नहीं है, जो भी जेडीके 5 या 6.

Answer 9

आपको हमेशा विधियों को एनोटेट करना चाहिए @Override यदि यह उपलब्ध है।

जेडीके 5 में इसका मतलब है सुपरक्लास के ओवरराइडिंग विधियों, जेडीके 6, और 7 में इसका मतलब सुपरक्लास के तरीकों को ओवरराइड करना और इंटरफेस के तरीकों को लागू करना है। जैसा कि पहले उल्लेख किया गया है, यह संकलक को त्रुटियों को पकड़ने की अनुमति देता है जहां आपको लगता है कि आप एक विधि को ओवरराइड कर रहे हैं (या कार्यान्वित कर रहे हैं), लेकिन वास्तव में एक नई विधि (विभिन्न हस्ताक्षर) को परिभाषित कर रहे हैं।

equals(Object) बनाम equals(YourObject) उदाहरण बिंदु में एक मानक मामला है, लेकिन इंटरफेस कार्यान्वयन के लिए एक ही तर्क बनाया जा सकता है।

मैं कल्पना करता हूं कि इंटरफेस के कार्यान्वयन विधियों को एनोटेट करना अनिवार्य नहीं है कि जेडीके 5 ने संकलन त्रुटि के रूप में इसे ध्वजांकित किया है। यदि जेडीके 6 ने इस एनोटेशन को अनिवार्य बना दिया है, तो यह पीछे की संगतता को तोड़ देगा।

मैं ग्रहण उपयोगकर्ता नहीं हूं, लेकिन अन्य आईडीई (इंटेलिजे) में, @Override एनोटेशन केवल तभी जोड़ा जाता है जब परियोजना जेडीके 6+ प्रोजेक्ट के रूप में सेट की जाती है। मैं कल्पना करता हूं कि ग्रहण समान है।

हालांकि, मैं इस उपयोग के लिए एक अलग एनोटेशन देखना पसंद करता, शायद @Implements एनोटेशन।

Answer 10

@Override सहित के साथ समस्या यह आपको लगता है कि आप super.theOverridenMethod() विधि है, जो बहुत भ्रमित है कॉल करने के लिए भूल गया बनाता है। यह क्रिस्टल स्पष्ट होना चाहिए। शायद जावा का उपयोग करने के लिए @Interface की पेशकश करनी चाहिए। ओह अच्छा, अभी तक एक और आधा assed जावा खास ...

Answer 11

एक ठोस वर्ग अधिभावी एक सार विधि, कार्यान्वयन के लिए @Override का उपयोग नहीं है, तो एक खुली बात के बाद से संकलक निरपवाद रूप से आप की चेतावनी देगा है किसी भी अनुपूरक तरीकों। इन मामलों में, एक तर्क दिया जा सकता है कि यह पठनीयता से अलग हो जाता है - यह आपके कोड पर पढ़ने के लिए और अधिक चीजें हैं, कम डिग्री तक, इसे @Override कहा जाता है और @Implement नहीं कहा जाता है।

Answer 12

जावा 6 और बाद के संस्करणों में, आप एक इंटरफेस को लागू करने के तरीके के लिए @Override का उपयोग कर सकते हैं।

लेकिन, मुझे नहीं लगता कि यह समझ में आता है: ओवरराइड का मतलब है कि आप सुपर क्लास में एक विधि है, और आप इसे उप वर्ग में लागू कर रहे हैं।

यदि आप एक इंटरफ़ेस को कार्यान्वित कर रहे हैं, तो मुझे लगता है कि हमें @Implement या कुछ और उपयोग करना चाहिए, लेकिन @Override नहीं।

Answer 13

java8 में जावाडोक पढ़ने करके, आप इंटरफ़ेस अवहेलना की घोषणा पर निम्न पा सकते हैं: एक विधि इस टिप्पणी का प्रकार compilers एक त्रुटि संदेश उत्पन्न करने के लिए आवश्यक हैं के साथ टिप्पणी की जाती है, तो

जब तक कम से कम एक निम्नलिखित शर्तों को पकड़ें:

• विधि सुपरर्ट टाइप में घोषित विधि को ओवरराइड या कार्यान्वित करती है।
• विधि में एक हस्ताक्षर है जो ओवरराइड है- {@linkplain ऑब्जेक्ट} में घोषित किसी भी सार्वजनिक विधि के बराबर है।

तो, कम से कम जावा 8 में, आपको इंटरफ़ेस विधि के कार्यान्वयन पर @ ओवरराइड का उपयोग करना चाहिए।