ऑब्जेक्टिव-सी प्रतिनिधियों को आम तौर पर बनाए रखने के बजाय संपत्ति असाइनमेंट क्यों दिया जाता है?

Question

मैं स्कॉट स्टीवंसन द्वारा बनाए गए अद्भुत ब्लॉग के माध्यम से सर्फिंग कर रहा हूं, और मैं 'असाइन' संपत्ति बनाम 'बनाए रखने' प्रतिनिधियों को असाइन करने की मौलिक उद्देश्य-सी अवधारणा को समझने की कोशिश कर रहा हूं। ध्यान दें, दोनों कचरा एकत्रित वातावरण में समान हैं। मैं ज्यादातर गैर-जीसी आधारित पर्यावरण से संबंधित हूं (उदाहरण: आईफोन)।

स्कॉट ब्लॉग से

सीधे:।

"असाइन कीवर्ड एक सेटर जो सीधे उदाहरण चर के लिए मूल्य प्रदान करती है, बल्कि कॉपी करने या इसे बनाए रखने की तुलना में उत्पन्न होगा यह सबसे अच्छा NSInteger और CGFloat, या की तरह आदिम प्रकार के लिए है ऑब्जेक्ट्स जो आप सीधे नहीं हैं, जैसे प्रतिनिधियों। "

इसका क्या अर्थ है कि आप सीधे प्रतिनिधि वस्तु का मालिक नहीं हैं? मैं आम तौर पर अपने प्रतिनिधियों को बरकरार रखता हूं, क्योंकि यदि मैं नहीं चाहता कि वे अस्थियों में चले जाएं, तो मेरे लिए इसका ख्याल रखना होगा। मैं आमतौर पर अमूर्त UITableViewController अपने संबंधित डेटा स्रोत और प्रतिनिधि से दूर भी। मैं उस विशेष वस्तु को भी बरकरार रखता हूं। मैं यह सुनिश्चित करना चाहता हूं कि यह कभी नहीं चलेगा इसलिए मेरे UITableView के पास हमेशा इसके प्रतिनिधि हैं।

क्या कोई और बता सकता है कि मैं कहां/क्यों गलत हूं, इसलिए मैं बनाए रखने के बजाए प्रतिनिधियों पर असाइन संपत्ति का उपयोग करने के उद्देश्य-सी 2.0 प्रोग्रामिंग में इस सामान्य प्रतिमान को समझ सकता हूं?

धन्यवाद!

Answer 1

कारण आप से बचने कि प्रतिनिधियों को बनाए रखना है कि आप एक बनाए रखने के चक्र से बचने की जरूरत है:

एक बी एक बी के प्रतिनिधि के रूप में सेट बनाता है ... एक उसके मालिक द्वारा जारी की है

बी हैं ए को बनाए रखा था, ए जारी नहीं किया जाएगा, क्योंकि बी बी का मालिक है, इस प्रकार ए का डेलोक कभी नहीं बुलाया जाएगा, जिससे ए और बी दोनों रिसाव के कारण हो सकता है।

आपको ए जाने के बारे में चिंता नहीं करनी चाहिए क्योंकि यह बी का मालिक है और इस प्रकार इसे डेलोक में छुटकारा पाता है।

Answer 2

क्योंकि प्रतिनिधि संदेश भेजने वाली वस्तु प्रतिनिधि के स्वामित्व में नहीं है।

कई बार, यह एक और तरीका है, जब एक नियंत्रक स्वयं को दृश्य या खिड़की के प्रतिनिधि के रूप में सेट करता है: नियंत्रक दृश्य/विंडो का मालिक होता है, इसलिए यदि व्यू/विंडो के प्रतिनिधि का स्वामित्व होता है, तो दोनों ऑब्जेक्ट्स होंगे एक दूसरे का मालिकाना यह, ज़ाहिर है, एक बरकरार चक्र है, एक ही परिणाम के साथ एक रिसाव के समान (वस्तुओं जो मृत जीवित रहना चाहिए)।

अन्य बार, वस्तुएं सहकर्मी हैं: न तो कोई दूसरा का मालिक है, संभवतः क्योंकि वे दोनों एक ही तीसरे वस्तु के स्वामित्व में हैं।

किसी भी तरह से, प्रतिनिधि के साथ वस्तु को अपने प्रतिनिधि को बनाए रखना नहीं चाहिए।

---

परिशिष्ट (कम से कम एक अपवाद के माध्यम से। मुझे याद है नहीं कि यह क्या था, और मुझे नहीं लगता कि इसके लिए एक अच्छा कारण नहीं था।, नहीं है) (जोड़ा गया 2012-05-19): एआरसी के तहत, आपको assign के बजाय weak का उपयोग करना चाहिए। ऑब्जेक्ट मरने पर कमजोर संदर्भ nil पर स्वचालित रूप से सेट हो जाते हैं, जिससे संभावना है कि प्रतिनिधि वस्तु मृत प्रतिनिधि को संदेश भेज देगी।

यदि आप किसी कारण से एआरसी से दूर रह रहे हैं, तो कम से कम assign गुणों को बदलें जो unsafe_unretained पर ऑब्जेक्ट्स को इंगित करते हैं, जो स्पष्ट करते हैं कि यह किसी ऑब्जेक्ट के लिए एक अप्रत्याशित लेकिन गैर-शून्य संदर्भ है।

assign एआरसी और एमआरसी दोनों के तहत गैर-ऑब्जेक्ट मूल्यों के लिए उपयुक्त रहता है।

Answer 3

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

Answer 4

इसके पीछे एक कारण चक्र बनाए रखने से बचने के लिए है। बस उस परिदृश्य से बचने के लिए जहां ए और बी दोनों ऑब्जेक्ट एक-दूसरे को संदर्भित करते हैं और उनमें से कोई भी स्मृति से मुक्त नहीं होता है।

Acutally असाइन करें एनएसआईएनटेगर और सीजीएफलोट, या ऑब्जेक्ट्स जैसे कि आप सीधे नहीं हैं, जैसे कि प्रतिनिधि नहीं हैं।