स्विफ्ट सुपर प्रारंभकर्ता

Question

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

स्विफ्ट इसे लागू करके रोकने के लिए क्या समस्याएं हैं? उद्देश्य-सी मुद्दों से बचने में सक्षम क्यों है स्विफ्ट रोकने की कोशिश कर रहा है?

Answer 1

सभी सदस्यों को प्रारंभ?

यह एक अच्छा सवाल है, और उद्देश्य-सी इससे बच नहीं पाया।

समस्या यह है कि जब आप प्रारंभिक विधि के अंदर होते हैं, तो वस्तु तकनीकी रूप से आंशिक रूप से निर्मित स्थिति में होती है। Bryan's post क्यों एक महान (हालांकि योगदान हुआ) उदाहरण है। सामान्य मुद्दा यह है कि यदि एक सुपर क्लास के प्रारंभकर्ता एक विधि का आह्वान करता है, तो उप-वर्ग इस विधि को ओवरराइड कर सकता है। वह, अपने आप में, एक बुरी बात नहीं है। समस्या तब उत्पन्न होती है जब ओवरराइड विधि मानती है कि ऑब्जेक्ट पूरी तरह से बनाया गया है।

हालांकि, चूंकि ऑब्जेक्ट अभी भी प्रारंभकर्ताओं के आह्वान के बीच में है, ऐसा नहीं है। ऑब्जेक्ट पूरी तरह से [super init] रिटर्न तक कॉल तक पूरी तरह से निर्मित नहीं होता है और ऑब्जेक्ट का वर्ग इसके प्रारंभिक कोड को निष्पादित करता है।

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

स्विफ्ट के साथ

, निर्णय इस नियम को लागू करके समस्याओं के इन वर्ग से बचने के लिए किया गया था:

बार जब आप super कॉल करने के लिए तय करके, बुला वर्ग किसी भी वर्ग विशेष के प्रारंभ समाप्त कर दिया है चाहिए।

इस नियम का एक प्रकार है:

आप जब तक आप super के प्रारंभकर्ता कहा जाता है विधियां प्रारंभ नहीं हो सकता है।

इस नियम के साथ, आप ऊपर वर्णित समस्या में कभी भी भाग नहीं पाएंगे।

Answer 2

ओबीजेसी कुछ भी नहीं बचाता है।

इस ओबीजेसी कोड के लिए, यह दुर्घटनाग्रस्त हो गया क्योंकि मूल वर्ग बाल वर्ग से इवर तक पहुंचने का प्रयास कर रहा है। अगर स्विफ्ट नियम का उपयोग किया जाता है तो इसका पता लगाया जा सकता है/इससे बचें। अर्थात क्या मुद्दों स्विफ्ट इस लागू करके रोकने के लिए कोशिश कर रहा है इससे पहले कि [super init]

@interface Parent : NSObject 

@property (readonly) int value; 

@end 

@implementation Parent 

- (id)init { 
    self = [super init]; 
    if (self) { 
     NSLog(@"%d", self.value); // call a method, which can be overrided by child class 
    } 
    return self; 
} 

- (int)value { 
    return 42; 
} 

@end 

@interface Child : Parent 

@end 

@implementation Child { 
    int *_valuePtr; 
} 

- (id)init { 
    self = [super init]; // call self.value 
    if (self) { 
     // to avoid crash, move this line before [super init], but it may have other undesired effect. e.g. when [super init] return another instance 
     _valuePtr = calloc(sizeof(int), 1); 
    } 
    return self; 
} 

- (void)dealloc { 
    free(_valuePtr); 
} 

- (int)value { 
    return *_valuePtr; 
} 

- (void)setValue:(int)value { 
    *_valuePtr = value; 
} 

@end