प्रतिलिपि बनाने वालों में किसी अन्य वस्तु के निजी क्षेत्र की पहुंच - वास्तव में एक समस्या है?

Question

मेरी जावा आवेदन में मैं इस

public MyClass(MyClass src) { 
    this.field1 = src.field1; 
    this.field2 = src.field2; 
    this.field3 = src.field3; 
... 
} 

अब Netbeans 6.9 इस बारे में चेतावनी दी है जैसे कुछ कॉपी-कंस्ट्रक्टर्स है और मुझे आश्चर्य है कि क्या इस कोड के साथ गलत क्या है?

मेरे चिंताओं:

• ही टिककर खेल का उपयोग अवांछित दुष्प्रभाव परिचय हो सकता है। नई वस्तु को अब मूल की प्रति नहीं माना जा सकता है।
• यदि गेटर्स का उपयोग करने की अनुशंसा की जाती है, तो क्या यह नए संगत के लिए सेटर्स का उपयोग करने पर अधिक सुसंगत नहीं होगा?

संपादित करें: वास्तविक चेतावनी और ही उपलब्ध कार्रवाई Netbeans प्रदान करता है एक @SuppressWarnings("AccessingNonPublicFieldOfAnotherObject")

मेरे कोड जोड़ रहा है "एक और वस्तु की निजी क्षेत्र की पहुँच" है वास्तव में दिए गए उदाहरण के रूप में के रूप में तुच्छ है।

Answer 1

मुझे कोड के साथ कोई समस्या नहीं दिख रही है। वास्तव में, मैं आपकी चिंताओं को साझा करता हूं और गेटर्स का उपयोग नहीं करना पसंद करूंगा।

आपको क्या चेतावनी मिलती है? हो सकता है कि यह उस चीज़ से संबंधित है जिसे आप हमें नहीं दिखा रहे हैं?

अपडेट: लगता है कि नेटबीन्स वास्तव में इसके बारे में शिकायत कर रहा है। एक आईडीई के साथ जहाज के लिए यह एक विवादास्पद चेतावनी है, मुझे लगता है।

Answer 2

शायद कक्षा एक उथली प्रतिलिपि विधि प्रदान कर सकती है जो जानता है कि कॉपी किए गए ऑब्जेक्ट में कौन सा डेटा वापस आना है। यदि आवश्यक हो, तो आप भी एक गहरी प्रतिलिपि प्रदान कर सकते हैं।

public MyClass shallowCopy() { 
    MyClass aCopy = new MyClass(); 
    aCopy.field1 = this.field1; 
    aCopy.field2 = this.field2; 
    aCopy.field3 = this.field3; 
} 

Answer 3

मुझे नहीं पता कि नेटबीन चेतावनी क्यों देते हैं, लेकिन आप प्रभावी रूप से उथले प्रतिलिपि बना रहे हैं। आपकी प्रतिलिपि फ़ील्ड 1, फ़ील्ड 2 और फ़ील्ड 3 को स्रोत के साथ साझा करती है और फ़ील्ड 3 के इस तरह के संशोधन के रूप में, एक सूची, मूल में प्रतिबिंबित होगी।

private List field1; 

public MyClass(MyClass src) { 
    this.field1 = src.field1; 
    this.field2 = src.field2; 
    this.field3 = src.field3; 

    field1.add(new Object()); // field1 of src also modified 
... 
} 

Answer 4

यह मुझे चर्चा एडीटी बनाम वस्तु की याद दिलाता है।

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

यह एक विचार-विमर्श किया चुनाव हो गया है उदाहरणों जावा में चर हैं कि वर्ग-निजी, वस्तु-निजी (बाद में मामले में केवल this.privateInstVar अनुमति दी है, नहीं obj.privateInstVar) नहीं।

इसमें शक्ति और कमजोरियां हैं। यह क्लोनिंग और समानता पर आने पर यह आसान रूप से आसान है। दूसरी ओर इसका दुरुपयोग किया जा सकता है और ब्रेक encapsulation।

यह लगभग एक दार्शनिक बहस है। लेकिन आईएमएचओ, आप क्या कर रहे हैं ठीक है।