मैं ऐसे वर्ग को एक परिवर्तनशील डेटा धारक कहूंगा, और कभी-कभी एक सामान्य रूप का उपयोग करूंगा:
class DataHolder<T>
{
public T dat;
}
ध्यान दें कि datएक संपत्ति के भीतर लपेटने से प्रदर्शन में गिरावट आएगी और कोई लाभ नहीं मिलेगा, क्योंकि ऐसा कुछ भी नहीं है जो एक संपत्ति एक्सेसर कर सकता है (फ़ील्ड पढ़ने / लिखने के अलावा) जो कुछ कार्यान्वयन को नहीं तोड़ेंगे। इसके अलावा, Interlockedतरीकों का उपयोग करना आवश्यक हो सकता है dat(या, यदि यह एक संरचना है, इसके साथ खेतों के साथ), लेकिन यह संभव नहीं होगा यदि datकिसी संपत्ति में लपेटा गया हो।
ध्यान दें कि जब म्यूटेबल डेटा धारक प्रकारों के लिए उपयोगी हो सकते हैं (म्यूटेबल या नहीं) जिन्हें डेटा रखने की आवश्यकता होती है , तो वे डेटा इंटरचेंज के लिए उसी तरह से सुरक्षित रूप से उपयोग नहीं किए जा सकते हैं जो अपरिवर्तनीय प्रकार होंगे। उदाहरण के लिए, एक बयान की तरह:
myData = myCollection.GetData(myKey);
एक स्पष्ट अर्थ होगा यदि GetDataएक अपरिवर्तनीय वर्ग प्रकार या एक संरचना ("म्यूटेबल" या नहीं) लौटाया जाए जिसमें उत्परिवर्तित डेटा के संदर्भ नहीं थे। यदि यह एक उत्परिवर्तनीय वर्ग वस्तु लौटाता है, हालांकि, यह स्पष्ट नहीं होगा कि क्या उस वस्तु में किसी भी बदलाव को अंतर्निहित संग्रह द्वारा लगातार अनदेखा किया जाएगा, इसके परिणामस्वरूप उसे लगातार अपडेट किया जाएगा, या कुछ अप्रिय या अप्रत्याशित व्यवहार बैठक का कारण न तो वर्णन होगा।
यदि कोई संग्रहणीय वस्तु में संग्रह रिटर्न डेटा चाहता है, तो सही प्रतिमान अक्सर कुछ इस तरह होगा:
var myData = new WhateverType();
myCollection.GetData(myKey, myData);
myData.ModifySomehow();
myCollection.StoreData(myKey, myData);
उस दृष्टिकोण का उपयोग करना, एक स्पष्ट निहितार्थ है जो संग्रह से डेटा के साथ आबादी का GetDataकारण होगा myData, लेकिन myCollectionफ़ंक्शन पूरा होने के बाद इसका संदर्भ रखने की उम्मीद नहीं की जाएगी, और न ही इसे किसी अन्य उद्देश्य के लिए उपयोग किया जाएगा। StoreDataइसी तरह myDataएक संदर्भ रखने के बिना अपने स्वयं के आंतरिक डेटा संरचना को कॉपी जानकारी दे सकते हैं। ध्यान दें कि इस दृष्टिकोण का एक फायदा यह है कि यदि क्लाइंट कोड एक लूप के भीतर कई डेटा आइटम पढ़ रहा होगा, तो यह सुरक्षित रूप myDataसे लूप के बाहर एक उदाहरण बना सकता है , और फिर उसी उदाहरण को हर बार पुन: उपयोग कर सकता है। इसी तरह, myCollectionनया उदाहरण बनाने के लिए बिना कुंजी से जुड़े ऑब्जेक्ट इंस्टेंस (पास-इन इंस्टेंस से डेटा की प्रतिलिपि बनाना) का पुन: उपयोग करने में सक्षम हो सकता है।