आईओएस हेडर फ़ाइल में गुणों और चर के बीच अंतर?

Question

संभव डुप्लिकेट:
Is there a difference between an “instance variable” and a “property” in Objective-c?
Difference between self.ivar and ivar?

तुरंत @interface पंक्ति के बाद कोष्ठक में चर घोषित करने, और नीचे गुण को परिभाषित करने के बीच क्या अंतर है?

उदाहरण के लिए ...

@interface GCTurnBasedMatchHelper : NSObject { 
BOOL gameCenterAvailable; 
BOOL userAuthenticated; 
} 

@property (assign, readonly) BOOL gameCenterAvailable; 

Answer 1

कोष्ठक में चर को परिभाषित करना बस उन्हें उदाहरण चर की घोषणा की।

किसी संपत्ति को घोषित करने (और संश्लेषित) संश्लेषण के मानदंडों के अनुसार, आवृत्ति चर के लिए गेटर्स और सेटर्स उत्पन्न करता है। यह उद्देश्य-सी में विशेष रूप से महत्वपूर्ण है क्योंकि यह अक्सर गेटर्स और सेटर्स के माध्यम से होता है जो स्मृति प्रबंधित होती है (उदाहरण के लिए, जब एक इवर को एक मूल्य आवंटित किया जाता है, तो यह सेटटर के माध्यम से होता है कि निर्दिष्ट वस्तु को बरकरार रखा जाता है और अंत में जारी किया जाता है)। स्मृति प्रबंधन रणनीति से परे, अभ्यास भी encapsulation को बढ़ावा देता है और अन्यथा आवश्यक कोड की मात्रा को कम कर देता है।

ब्रैकेट में एक ivar घोषित करना और फिर एक संबंधित संपत्ति (जैसा कि आपके उदाहरण में) घोषित करना बहुत आम है, लेकिन यह कड़ाई से जरूरी नहीं है। संपत्ति को परिभाषित करना और संश्लेषण करना आवश्यक है, क्योंकि संपत्ति को संश्लेषित करना भी एक ivar बनाता है।

दृष्टिकोण वर्तमान में एप्पल (टेम्पलेट्स में) ने सुझाव दिया है:

हेडर फाइल में संपत्ति को परिभाषित करें, जैसे:

@synthesize gameCenter = __gameCenter; 

:

@property (assign, readonly) gameCenter; 

फिर कार्यान्वयन में & घोषित इवर संश्लेषण अंतिम पंक्ति gameCenter संपत्ति को संश्लेषित करती है और दावा करती है कि संपत्ति को जो भी मूल्य सौंपा गया है, उसे संग्रहीत किया जाएगा __gameCenter इवर। दोबारा, यह जरूरी नहीं है, लेकिन सिंथेसाइज़र के बगल में ivar को परिभाषित करके, आप उन स्थानों को कम कर रहे हैं जहां आपको अभी भी नामकरण के दौरान ivar का नाम टाइप करना होगा।

Answer 2

जब आप किसी संपत्ति को परिभाषित करते हैं तो आपके लिए गेटटर और सेटर बनाया जाता है। जब आप उन्हें object.member सेटर्स का उपयोग करके एक्सेस करते हैं और गेटर्स स्वचालित रूप से कॉल होते हैं।

जब आप इंटरफ़ेस सेटर्स में चर घोषित करते हैं और गेटर्स आपके लिए नहीं लिखे जाते हैं। तुम भी, जैसे निजी @ उन्हें कुछ दृश्यता संशोधक निर्दिष्ट @ सार्वजनिक आदि कर सकते हैं

Answer 3

{ 
BOOL gameCenterAvailable; 
BOOL userAuthenticated; 
} 

उपरोक्त दो सदस्य चर वे कक्षा के बाहर पहुँचा नहीं जा सकता। (महत्वपूर्ण बिंदु) (जब तक कहा जाता है आप कस्टम गेटर्स और सेटर्स प्रदान करते हैं)

यदि आप @property बनाते हैं तो चर वर्ग के साथ-साथ कक्षा के बाहर भी पढ़ा जा सकता है .. इसलिए सेटर्स और गेटर्स आपके लिए जेनरेट किए जाते हैं ..स्वचालित रूप से

फिर उसी की घोषणा एक सदस्य चर के रूप में की आवश्यकता नहीं है ..

यह सिर्फ पठनीयता को बढ़ाने के लिए .. आप इसे

@property (non..)