ऑब्जेक्टिव-सी में "@ प्रेटल" का क्या अर्थ है?


जवाबों:


186

यह एक दृश्यता संशोधक है - इसका मतलब है कि उदाहरण के रूप में घोषित चर @privateकेवल उसी वर्ग के उदाहरणों द्वारा पहुँचा जा सकता है । निजी सदस्यों को उपवर्गों या अन्य वर्गों द्वारा नहीं पहुँचा जा सकता है।

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

@interface MyClass : NSObject
{
    @private
    int someVar;  // Can only be accessed by instances of MyClass

    @public
    int aPublicVar;  // Can be accessed by any object
}
@end

इसके अलावा, स्पष्ट करने के लिए, विधियां हमेशा उद्देश्य-सी में सार्वजनिक होती हैं। "छिपाने" की विधि घोषणाओं के तरीके हैं, हालांकि - अधिक जानकारी के लिए इस प्रश्न को देखें।


उदाहरण के चर के बारे में जो @ कार्यान्वयन के बाद ब्रेसिज़ में हैं? क्या वे हमेशा निजी होते हैं?
जॉन हेनकेल

मुझे पता है कि यह पुराना है ... लेकिन यह दृश्यता संशोधक नहीं है। यह एक पहुंच संशोधक है। यह C ++ में अधिक महत्वपूर्ण अंतर है, लेकिन यह Objective-C में भी एक अंतर है। चर कंपाइलर को दिखाई देता है। संकलक आपको इसे एक्सेस करने की अनुमति नहीं देता है।
gnasher729

161

जैसा कि htw ने कहा, यह एक दृश्यता संशोधक है। @privateइसका मतलब है कि ivar (उदाहरण चर) केवल उसी वर्ग के उदाहरण से सीधे पहुँचा जा सकता है। हालाँकि, यह आपके लिए ज्यादा मायने नहीं रखता है, इसलिए मैं आपको एक उदाहरण देता हूं। हम initसरलता के लिए, उदाहरण के लिए कक्षाओं के तरीकों का उपयोग करेंगे । मैं इनलाइन में रुचि के आइटम इंगित करने के लिए टिप्पणी करूंगा।

@interface MyFirstClass : NSObject
{
    @public
    int publicNumber;

    @protected  // Protected is the default
    char protectedLetter;

    @private
    BOOL privateBool;
}
@end

@implementation MyFirstClass
- (id)init {
    if (self = [super init]) {
        publicNumber = 3;
        protectedLetter = 'Q';
        privateBool = NO;
    }
    return self;
}
@end

@interface MySecondClass : MyFirstClass  // Note the inheritance
{
    @private
    double secondClassCitizen;
}
@end

@implementation MySecondClass
- (id)init {
    if (self = [super init]) {
        // We can access publicNumber because it's public;
        // ANYONE can access it.
        publicNumber = 5;

        // We can access protectedLetter because it's protected
        // and it is declared by a superclass; @protected variables
        // are available to subclasses.
        protectedLetter = 'z';

        // We can't access privateBool because it's private;
        // only methods of the class that declared privateBool
        // can use it
        privateBool = NO;  // COMPILER ERROR HERE

        // We can access secondClassCitizen directly because we 
        // declared it; even though it's private, we can get it.
        secondClassCitizen = 5.2;  
    }
    return self;
}

@interface SomeOtherClass : NSObject
{
    MySecondClass *other;
}
@end

@implementation SomeOtherClass
- (id)init {
    if (self = [super init]) {
        other = [[MySecondClass alloc] init];

        // Neither MyFirstClass nor MySecondClass provided any 
        // accessor methods, so if we're going to access any ivars
        // we'll have to do it directly, like this:
        other->publicNumber = 42;

        // If we try to use direct access on any other ivars,
        // the compiler won't let us
        other->protectedLetter = 'M';     // COMPILER ERROR HERE
        other->privateBool = YES;         // COMPILER ERROR HERE
        other->secondClassCitizen = 1.2;  // COMPILER ERROR HERE
    }
    return self;
}

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


20
यह उल्लेख किया जाना चाहिए कि ऑब्जेक्टिव-सी में @public, @proteced और @pStreet का उपयोग करना असामान्य है। पसंदीदा तरीका हमेशा एक्सेसर्स का उपयोग करना है।
जॉर्ज शॉली

1
@Georg, लेकिन जब तक आप अपने आइवर को प्रतिबंधित दृश्यता के साथ चिह्नित नहीं करते हैं, तब तक आप एक्सेसर्स के उपयोग को कैसे लागू करते हैं?
ग्रेग मैलिक

5
@Georg Schölly: चूंकि xcode 4.x + स्वचालित रूप से @privateकिसी ऑब्जेक्ट के लिए टेम्प्लेट में डालता है, इसलिए यह अब तक असामान्य नहीं है।
dawg

1
@Georg मुझे लगता है कि @ सहायता, @protected उन मामलों के लिए उपयोग किया जा सकता है जहां विरासत शामिल है, हालांकि व्यक्तिगत रूप से इसका इस्तेमाल नहीं किया है :)
chunkyguy

5
यह ध्यान दिया जाना चाहिए कि इन दिनों, सार्वजनिक हेडर में उदाहरण चर लगाने का बहुत कम कारण है। उन्हें सीधे @implementationब्लॉक पर रखा जा सकता है । और एक बार जब आप ऐसा करते हैं, तो वे दृश्यता संशोधक के लिए प्रभावी रूप से निजी नहीं होते हैं, क्योंकि वे उस फ़ाइल के बाहर किसी को भी दिखाई नहीं देते हैं।
बीजे होमर

14

यह समझना महत्वपूर्ण है कि इसका क्या मतलब है जब कोई कहता है कि आप एक @privateउदाहरण चर का उपयोग नहीं कर सकते हैं । असली कहानी यह है कि कंपाइलर आपको एक त्रुटि देगा यदि आप अपने स्रोत कोड में इन चरों को एक्सेस करने का प्रयास करते हैं। GCC और XCode के पिछले संस्करणों में, आपको केवल एक त्रुटि के बजाय एक चेतावनी मिलेगी।

किसी भी तरह, रन टाइम पर, सभी दांव बंद हो जाते हैं। ये @privateऔर @protectedivars किसी भी वर्ग के ऑब्जेक्ट द्वारा एक्सेस किए जा सकते हैं। ये दृश्यता संशोधक बस स्रोत कोड को मशीन कोड में संकलित करना मुश्किल बनाते हैं जो दृश्यता संशोधक के इरादे का उल्लंघन करता है।

सुरक्षा के लिए आइवर दृश्यता संशोधक पर भरोसा मत करो! वे बिल्कुल भी नहीं प्रदान करते हैं। वे क्लास-बिल्डर की इच्छाओं के संकलन-समय प्रवर्तन के लिए कड़ाई से हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.