@synthesize foo = _foo क्या है?

Question

कोई आईओएस ऐप में अंडरस्कोर उपसर्ग क्यों चाहता है?

Answer 1

यह इवर (उदाहरण के चर) सुरक्षित रखने के लिए एक सम्मेलन है, इसलिए आप केवल गेटर और सेटर से पहुंच सकते हैं।

Answer 2

यहां कारण मैं कई बार ऐसा करते हैं:

अगर मैं एक संपत्ति मैं आम तौर पर मेरी इवर को रेखांकित करेंगे ताकि काम को बैक-एंड सर्वर से वांछित डेटा लोड करने के लिए किया पर आलसी लोड हो रहा है क्या करना चाहते हैं/बचाया फ़ाइल/क्या है-आप केवल पहली बार लोड किया गया है। उदाहरण के लिए:

- (NSMutableArray *)recentHistory; 
{ 
    if (_recentHistory == nil) 
    { 
     // Get it and set it, otherwise no work is needed... hooray! 
    } 

    return _recentHistory; 
} 

तो यहाँ संपत्ति [instanceOfClass recentHistory] (या instanceOfClass.recentHistory) करने के लिए कॉल इवर जाँच करेगा कि क्या यह डेटा लोड करने के लिए या सिर्फ पहले से ही भरी हुई डेटा वापस की जरूरत को देखने के लिए।

यह अपने सभी गुणों की इस तरह की घोषणा करने के overkill है।

उम्मीद है कि मदद करता है।

Answer 3

कभी कभी यह क्या दृश्यों को समझने के लिए पीछे हो रहा है देखने के लिए मदद करता है। मूल रूप से जब आप कार्यान्वयन में इस

@property (nonatomic, retain) Foo *foo; 

इस के साथ

देख

@synthesize foo=_foo; 

यह निम्नलिखित के लिए वाक्यविन्यास चीनी है, जिसका अर्थ है कि संकलक मूल रूप से के लिए आप

Foo *foo = nil; 

-(Foo *) foo { 
    return _foo; 
} 

-(void) setFoo:(Foo *)val { 
    if(_foo != val) { 
     [_foo release]; 
     _foo = [val retain]; 
    } 
} 

इस तरह इस कोड उत्पन्न करता है जब आप सार्वजनिक संपत्ति का संदर्भ लेते हैं, तो आप self.foo के जेनरेट किए गए सामानों के माध्यम से इसे दबाते हैं और यदि आप संदर्भित करना चाहते हैं आपके वर्ग के अंदर आवृत्ति चर आप _foo देख सकते हैं। एक्सकोड चार से पहले दोनों के बीच उलझन में आसान था। आप

self.foo = foo1; 

foo = foo2; 

यह पूरी तरह से कानूनी था और कुछ स्तरों पर समस्याएं पैदा कर सकता था। दूसरी पंक्ति एक्सेसर का उपयोग नहीं करती है इसलिए foo2 को बनाए रखा नहीं जाएगा जो इसे कचरा संग्रह द्वारा समय-समय पर उठाया जा सकता है। इससे भी बदतर, दूसरी पंक्ति एक्सेसर का उपयोग नहीं करती है जो किसी भी पिछले मान को जारी करेगी जिसका अर्थ यह है कि यह स्मृति रिसाव का कारण बनता है।

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

Answer 4

बस सभी उपरोक्त उत्तरों में मेरे विचार जोड़ना चाहते थे।

मेरे मामले में, मैं इसका इस्तेमाल मुख्य रूप से मेरी कक्षाओं दुर्घटनाओं से सुरक्षित रखने के लिए।

मेरी ज फाइलों में, मैं कोई ivars के साथ ही गुण घोषणा करते हैं। .m फ़ाइल में, मैं उपरोक्त @synthesize पैटर्न का उपयोग अपने उपयोगकर्ताओं सहित वास्तविक आईवर को छिपाने के लिए करता हूं, ताकि संश्लेषित/गतिशील एक्सेसर्स का उपयोग करने के लिए मजबूर किया जा सके और अन्यथा इवर सीधे नहीं। आप अपने इवर नाम के लिए कुछ भी इस्तेमाल कर सकते हैं और न केवल इसे अंडरस्कोर कर सकते हैं। जैसेतुम कर सकते हो:

@synthesize foo = _mySecretFoo; 
@synthesize bar = oneUglyVarBecauseIHateMyBoss; 

इस तरह से, अपने मालिक केवल बार देखना होगा, और आप इसे, बहुत आसान है, और इस प्रकार सुरक्षित मिलेगा बार एक्सेसर उपयोग करने के लिए - चाहे आप डॉट नोटेशन या संदेशों का उपयोग करें।

मैं दूसरे के ऊपर इस दृष्टिकोण पसंद करते हैं,

@property (getter=foo, setter=setFoo, ...) _mySecretFoo; 
@property (getter=bar, setter=setBar, ...) oneUglyVarBecauseIHateMyBoss; 

इस निजी कार्यान्वयन और कैप्सूलीकरण लागू नहीं करता है के रूप में, और यह सिर्फ अतिरिक्त टाइपिंग जब Xcode आप के लिए भी ऐसा ही कर सकता है। याद रखने की एक बात, गुण इवर के समान नहीं हैं! आप इवर, या दूसरी तरफ से अधिक गुण हो सकता है।