क्या यह स्मृति प्रबंधन लाभों के लिए निजी चर के लिए @properties का उपयोग करने के लिए "खराब" है?

Question

क्या स्मृति प्रबंधन लाभों के लिए निजी चर के लिए @properties बनाना बुरा है?

यह कई निजी चर के लिए सार्वजनिक सामना @properties होने के लिए गन्दा और गलत लगता है।

(मुख्य रूप से, मैं निजी ivars कम स्मृति की स्थिति के दौरान संबंधित "घटना" तरीकों का उपयोग कर रिहा कर रहा हूँ।)

उदाहरण:

[name release]; name = nil; 

: मैं आमतौर पर यह एक निजी इवर जारी करने के लिए करते हैं

लेकिन @properties साथ, मैं यह कर सकता:

self.name = nil; 

मेरी कोड में बाद में, यह कर देगा, इसलिए , KVO सूचनाएं

if(!name) 
    name = [[NSString alloc] initWithFormat:@"Hi %@",inputName]; 

Answer 1

संपत्ति को निजी रखने का विकल्प है। आप संपत्ति केवल अपने वर्ग के भीतर सुलभ बनाने के लिए निम्नलिखित कोड (अपने .m फ़ाइल में) का उपयोग कर सकते हैं:

#import "MyClass.h" 

@interface MyClass() 
    @property (retain) NSString* privateString; 
@end 

@implementation MyClass 

    @synthesize privateString; 
    // Your code here 

@end 

अब आप एक संपत्ति में आसानी है, लेकिन अन्य वर्गों अभी भी यह तक नहीं पहुँच सकता , भले ही वे आपकी .h फ़ाइल आयात करें! विधि के लिए UIViewController कक्षा संदर्भ में सेब प्रलेखन से

Answer 2

सार्वजनिक गुण मुझे नहीं लगता कि एप्पल यह सिफारिश की गई है के लिए है, क्योंकि कभी कभी नहीं के बराबर करने के लिए एक संपत्ति की स्थापना सिर्फ चर रिहा अलावा अन्य दुष्प्रभाव हो सकते हैं (या एक कस्टम,: शून्य करने के लिए सेट की जरूरत सेटर विधि जो कुछ और करता है)।

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

Answer 3

आपकी सुविधा के लिए गुण मौजूद हैं। यदि आप नहीं चाहते हैं कि अन्य लोग आपकी कक्षाओं में मौजूद गुणों का उपयोग करें, तो उन्हें दस्तावेज़ न करें।