👨🏿‍✈️ 📡 🥕 किसी वस्तु की क्लोजर और पूर्ण प्रतिलिपि 🚆 👐🏽 🙇🏿

आज, मुझे ऑब्जेक्ट की पूरी प्रतिलिपि बनाने की चुनौती का सामना करना पड़ा, अर्थात् डीपक्लोन। कुछ कोड पर विचार करें और मैं दिखाऊंगा कि क्या समस्याएं उत्पन्न हो सकती हैं और उन्हें कैसे हल किया जा सकता है।

स्रोत वर्ग:

class ClassForClone { //here are value type fields public readonly A a; public readonly Lazy<string> lazy; protected void Func1() { //to to something; } public ClassForClone(A a) { this.a = a; lazy = new Lazy<string>(() => { // some calculations Func1(); return a.SomeText; }); } }

हम ऑब्जेक्ट के क्षेत्रों को कॉपी करते हुए बिटवाइज़ के फ़ंक्शन का उपयोग करते हैं। MemberwiseClone () ऑब्जेक्ट। यह हमें खेतों की नकल करने के नीरस काम से बचाता है, लेकिन संदर्भ प्रकारों वाले सभी क्षेत्रों को खुद को आरंभीकृत करना होगा।

इस बिंदु पर, मुझे कम से कम दो प्रकार की समस्याएं दिखाई देती हैं:

संदर्भित क्षेत्रों a और lazy को आसानी से घोषित किया जाता है। इसलिए, हम उन्हें केवल निर्माता या सीधे किसी क्षेत्र की घोषणा करते समय मान निर्दिष्ट कर सकते हैं।
कंस्ट्रक्टर उसी क्षेत्र के नाम के साथ एक पैरामीटर घोषित करता है, जो कंस्ट्रक्टर कोड में और लैम्ब्डा अभिव्यक्ति कोड दोनों में कुछ भ्रम का परिचय देता है।

ऑब्जेक्ट के समान गुणों के साथ रीड-ओनली फ़ील्ड्स को बदलकर पहली समस्या हल की जा सकती है।

 public A a { get; private set; } public Lazy<string> lazy { get; private set; }

अब एक और आलसी को न केवल कंस्ट्रक्टर के अंदर और घोषणा के समय बदला जा सकता है, बल्कि आम तौर पर हमारी कक्षा के किसी भी कार्य के भीतर भी बदला जा सकता है।

हम दूसरी समस्या पर अधिक विस्तार से विचार करेंगे। आइए निर्माणकर्ता पर वापस जाएं। यदि रेखा इस। ए = ए; पहली नजर में समझ में आता है, तो एक लंबोदर अभिव्यक्ति के साथ सब कुछ तुरंत स्पष्ट नहीं है।

Func1 को वर्ग के वर्तमान उदाहरण के संदर्भ में कहा जाता है। लेकिन वापसी की व्याख्या कैसे करें। कुछ कस्टम लाइन? सबसे अधिक संभावना है, लेखक ने क्षेत्र के मूल्य का उपयोग करते हुए निहित किया, न कि पैरामीटर, जो वास्तव में है, लेकिन इस कीवर्ड के बिना। और, सबसे दिलचस्प बात यह है कि स्रोत कोड में कोई त्रुटि नहीं थी, क्योंकि फ़ील्ड को केवल पढ़ने के लिए घोषित किया गया था और निर्माणकर्ता के दायरे से बाहर नहीं बदला जा सकता है। जैसे ही फ़ील्ड अब केवल-पढ़ने के लिए नहीं है, लंबोदर एक्सप्रेशन पैरामीटर के SomeText फ़ील्ड / संपत्ति का मान लौटाएगा! और जब यह अभिव्यक्ति के लज़्ज़े को निष्पादित करने की बात आती है, तो क्षेत्र और पैरामीटर पहले से ही एक दूसरे के बराबर नहीं हो सकते हैं।
चूँकि हमने समान गुणों वाले रीड-ओनली फ़ील्ड्स को प्रतिस्थापित किया है, इसलिए हमें लैम्बडा एक्सप्रेशन बदलने की आवश्यकता है:

 public ClassForClone(A a) { this.a = a; lazy = new Lazy<string>(() => { // some calculations Func1(); return this.a.SomeText; }); }

लेकिन स्थिति बहुत सरल है यदि फ़ंक्शन के पैरामीटर नाम फ़ील्ड / गुणों के नामों के साथ मेल नहीं खाते हैं। उदाहरण के लिए, इस तरह:

 public ClassForClone(A aParam) { a = aParam; lazy = new Lazy<string>(() => { // some calculations Func1(); return a.SomeText; }); }

अब क्लोनिंग फंक्शन शुरू करते हैं। बस कुछ इस तरह लिखना चाहता हूं:

 public object DeepClone() { var clone = (ClassForClone) MemberwiseClone(); clone.a = new A(); clone.lazy = new Lazy<string>(() => { Func1(); return a.SomeText; }); return clone; }

फिर से, हमें यह नहीं भूलना चाहिए कि कौन सी वस्तु बंद में संलग्न होगी। इस दृष्टिकोण के साथ, मूल वस्तु के Func1 और a.SomeText को क्लोन में कहा जाता है। इसलिए, सही संस्करण है:

 public object DeepClone() { var clone = (ClassForClone) MemberwiseClone(); clone.a = new A(); clone.lazy = new Lazy<string>(() => { clone.Func1(); return clone.a.SomeText; }); return clone; }

इससे हम निम्नलिखित निष्कर्ष निकाल सकते हैं:

कक्षाओं के कार्यों और क्षेत्रों / गुणों के लिए एक ही पैरामीटर नामों का उपयोग न करने का प्रयास करें, या एक समझौते को स्वीकार करें जिसमें आंतरिक फ़ील्ड तक पहुंच केवल इसके माध्यम से होती है।
बंदों का उपयोग करके सावधान रहें। एक अस्थायी वस्तु में चर के संदर्भ या मूल्यों को क्या ध्यान दिया जाता है, इस पर ध्यान दें।
क्लोजर को वैरिएबल लूप मान का उपयोग नहीं करना चाहिए। लेकिन यह पूरी तरह से अलग कहानी है ।

किसी वस्तु की क्लोजर और पूर्ण प्रतिलिपि

More articles: