ओवरराइड के अंदर क्यों नहीं डाला गया। क्लोन?

Question

मैं समझता हूं कि जावा क्लोनिंग कैसे काम करती है और इसका उपयोग करने के खिलाफ तर्क। आइए कहें कि मैं इसे किसी भी तरह इस्तेमाल करने के लिए तैयार हूं।

सुविधा के मैं इस प्रकार वर्ग फू के लिए एक क्लोन विधि लिखने के लिए चाहते हैं के लिए:

@Override 
public Foo clone(){ 
    Foo f = (Foo)super.clone(); 
    //Replace mutable fields 
    return f; 
} 

जहाँ तक मुझे इस बता सुरक्षित होगा कर सकते हैं। हालांकि, मैंने देखा कि एपीआई में क्लोनेबल कक्षाएं ऐसा नहीं करती हैं। क्या इसका कोई कारण है और क्या यह खराब शैली है?

Answer 1

जावा 5 से पहले वापस, कॉन्वर्सेंट रिटर्न प्रकारों की अनुमति नहीं थी, इसलिए Foo clone() संकलित भी नहीं होगा। चूंकि बहुत से Cloneable कक्षाएं बहुत समय पहले लिखी गई हैं, शायद यह ज्यादातर मामलों का कारण है।

मुझे संदेह है कि नए वर्ग इसका उपयोग नहीं करते हैं क्योंकि clone() काफी मुट्ठी भर माना जाता है, और जब लोग शायद ही कभी इसका उपयोग करते हैं, तो वे यह भी नहीं सोचते कि वे इसे कास्ट कर सकते हैं। उन्हें कुछ "क्लोन()" प्रश्न को कार्यान्वित करने और पुराने तरीके से कोड लिखने के लिए कुछ मिलता है।

Answer 2

Object.clone() एक नई वस्तु बनाता है जहां सभी फ़ील्ड मूल के समान मूल्य होते हैं। संदर्भ प्रकार के क्षेत्रों के लिए, इसका मतलब है कि नया क्षेत्र मूल रूप से उसी वस्तु का संदर्भ है। यह clone फ़ील्ड नहीं है। इसलिए कई मामलों में, डिफ़ॉल्ट कार्यान्वयन साझा डेटा का कारण बनता है, जो अवांछित हो सकता है। उदाहरण के लिए, यदि ArrayList.clone() ने डिफ़ॉल्ट कार्यान्वयन का उपयोग किया है, तो आप एक ही बैकिंग सरणी साझा करने वाले दो ArrayList उदाहरणों के साथ समाप्त हो जाएंगे।

यदि किसी ऑब्जेक्ट के सभी फ़ील्ड अपरिवर्तनीय हैं, तो उचित प्रकार के लिए super.clone() का परिणाम डालना एक अच्छा विचार हो सकता है।

Answer 3

हम्म, यह वास्तव में एक खराब शैली नहीं है, वास्तव में यह बेहतर है कि आप जावा 1.5 के रिलीज के बाद से ऐसा करते हैं, क्योंकि कॉन्वर्सेंट रिटर्न प्रकार जेनिक्स के हिस्से के रूप में रिलीज 1.5 में पेश किए गए थे, और ऐसा करके, आप आपके एपीआई को उपयोग करना आसान बनाता है (कोई कास्टिंग आवश्यक नहीं होगा)।

स्रोत (प्रभावी जावा 2 संस्करण)।