उद्देश्य-सी में, [[myView alloc] init] से निपटने के लिए कैसे नील?

Question

ऐसा लगता है कि एक पुस्तक के कोड उदाहरण में, init हमेशा परिभाषित किया जाता है ताकि यह जांचने के लिए सावधान रहें कि self मौजूद है या नहीं।

-(id) init { 

    self = [super init]; 
    if (self) { 
     // initialize 
    } 
    return self; 
} 

हालांकि, बदले में, कोड में से कोई भी यह जांच नहीं करता कि ऑब्जेक्ट मौजूद है या नहीं। लेकिन इसे जांचना चाहिए, और इसे कैसे संभाला जा सकता है? यदि वस्तु मौजूद नहीं हो सकती है, तो क्या इसका मतलब यह है कि सिस्टम स्मृति से गंभीरता से बाहर है, और यहां तक ​​कि एक त्रुटि संदेश पॉप अप करना भी असंभव होगा?

Answer 1

हालांकि, बदले में, कोड में से कोई भी यह जांच नहीं करता कि ऑब्जेक्ट मौजूद है या नहीं। लेकिन इसे जांचना चाहिए, और इसे कैसे संभाला जा सकता है?

आमतौर पर, nil वापस आने पर उप-वर्गों द्वारा त्रुटि प्रबंधन को अनदेखा किया जाता है। nil वापस लौटाए जाने पर त्रुटि प्रबंधन आमतौर पर कॉलर को छोड़ दिया जाता है। के रूप में मुहावरेदार -init में प्रदर्शन:

- (id)init { 
    self = [super init]; 
    if (self) { 
    // initialize 
    } 
    return self; 
} 

साथ ही, अगर आधार से पुनर init में self, तो self पुन: असाइन किया जाता है (self = [super init];)। बहुत अच्छा काम करता है।

आप super के प्रारंभकर्ता के परिणाम के self आवंटित करने के लिए असफल हो या आप nil के लिए, तो आप एक झूलने को पकड़ने में किया जा सकता है/deallocated सूचक (EXC_BAD_ACCESS) की जांच करने में विफल, और आप अपने ivars प्रारंभ नहीं हो सकता है यदि ठीक से (यदि EXC_BAD_ACCESS का सामना नहीं किया गया था तो आप उन्हें प्रभावी रूप से किसी अन्य क्षेत्र में असाइन करेंगे)। और अधिक विस्तार में

दो मामलों:

विफल

- (id)init { 
    [super init]; 
    if (self) { 
    // self was not reassigned. if super returned an object other 
    // than self, then our ivar would be freed, reused, or sitting 
    // in an autorelease pool, and the returned instance's ivar 
    // would not be assigned -- we wouldn't know the address. 
    ivar = 1; 
    } 
    return self; 
} 

विफल के लिए नहीं के बराबर

- (id)init { 
    self = [super init]; 
    // super returned nil. ivar is an invalid region: 
    ivar = 1; 
    return self; 
} 

जाँच करने के लिए आत्म आवंटित करने के लिए और हाँ, मैं दोनों को देखा है इन।

---

तो वस्तु मौजूद नहीं कर सकते, इसका मतलब यह है सिस्टम स्मृति से बाहर गंभीरता से है, और यहां तक ​​कि ऊपर पॉपिंग एक त्रुटि संदेश भी असंभव हो जाएगा?

बिलकुल नहीं। कई प्रारंभकर्ता nil को "इस संदर्भ में नहीं कर सकते" कहने के लिए वापस लौटते हैं, या यदि कोई साधारण पैरामीटर त्रुटि है।

Answer 2

कि इस प्रणाली का क्या मतलब है गंभीरता से स्मृति से बाहर

नहीं, एक विफलता स्मृति को आबंटित करने में आम तौर पर कारण होगा + विफल alloc है, -init नहीं।

असल में, यह एक इनिट विधि के लिए बहुत असामान्य है जिसमें विफल होने के लिए कोई तर्क नहीं है। आम तौर पर यदि आप अमान्य तर्क पारित कर चुके हैं तो आम तौर पर init विधियां शून्य वापस आ सकती हैं, उदाहरण के लिए NSString's -initWithContentsOfFile: अगर वह फ़ाइल पथ की सामग्री को लोड करने में विफल रहा है, तो यह शून्य हो सकता है जिसे इसे आरंभ किया जाना था।

शायद ऐसा कुछ है जिसे आप जांचना चाहते हैं यदि आप init की विफलता के लिए एक महत्वपूर्ण संभावना से अवगत हैं, अन्यथा, आपको ऑब्जेक्ट का उपयोग करने के साथ ही आगे बढ़ना चाहिए।