🛷 📊 💸 उद्देश्य सी। अभ्यास। घटनाओं और मृत वस्तुओं 🤳🏾 🎯 👨‍🔬

बहुत से लोग शायद यह जानते हैं कि जब कुंजी-मूल्य का उपयोग करके संपत्ति परिवर्तन की घटनाओं के साथ काम करते हैं, तो आवेदन में "मृत" वस्तुओं की उपस्थिति को रोकने के लिए एक बहुत ही सुविधाजनक तंत्र है, जो कॉल प्राप्तकर्ता हैं। वास्तव में, बहुत पहले मृत वस्तु एप्लिकेशन को "नॉक डाउन" करती है, जब यह एक घटना प्राप्त करती है, तो यह स्वाभाविक है, क्योंकि ऑब्जेक्ट अब मौजूद नहीं है और यह किसी भी तरीके को कॉल करने के लिए काम नहीं करेगा।

यदि NSKVODeallocateBreak नामक डिबगिंग में किसी अद्भुत चीज़ के लिए ऐसी वस्तुओं की खोज कठिन नहीं है, तो यह आपको उस समय एप्लिकेशन को बाधित करने की अनुमति देता है, जब घटनाओं के लिए हस्ताक्षरित वस्तु को उसके जीवनकाल को ट्रैक करने और समस्या को दूर करने के लिए नष्ट कर दिया जाता है।

घटनाओं के लिए उपयोग किए जाने वाले वर्ग पर काम करने की प्रक्रिया में, मैं एक समान तंत्र बनाना चाहता था, क्योंकि घटना तर्क में त्रुटियों की भविष्यवाणी करना मुश्किल है, और बीमा यहां चोट नहीं पहुंचाएगा।

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

तो हम क्या चाहते हैं? हम चाहते हैं कि जैसे ही पिछली रिलीज़ में वर्णित तंत्र के माध्यम से ईवेंट को सदस्यता दी गई वस्तु नष्ट हो जाए, हमें डिबगर में इस बारे में जानकारी प्राप्त हो।

इसके लिए क्या आवश्यक है? स्पष्ट समाधान किसी भी तरह किसी घटना की सदस्यता लेते समय हस्ताक्षरकर्ता वस्तु के dealloc कॉल को रोकना है और इसके बारे में डेवलपर को सूचित करना है। हालांकि, यह बुरी किस्मत है - नियमित साधनों (या, कम से कम, मुझे ऐसी विधि नहीं मिली) का उपयोग करके dealloc को रोकना असंभव है।

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

 @interface NSObject (NSObjectDeallocInfo) -(void)dealloc_override; @end @implementation NSObject (NSObjectDeallocInfo) +(void)load { method_exchangeImplementations(class_getInstanceMethod(self, @selector(dealloc)), class_getInstanceMethod(self, @selector(dealloc_override))); } -(void)dealloc_override { [self dealloc_override]; } @end

वास्तव में, यह कोड हमारे डीललोक_ओवराइड हैंडलर के साथ डीललोक मैसेज हैंडलर विधि की जगह लेता है, और प्रतीत होता है कि पुनरावर्ती कॉल [self dealloc_override] वास्तव में अब मानक विधि की ओर जाता है।

दूसरा सवाल यह है कि ऑब्जेक्ट-ईवेंट के साथ हमारे ऑब्जेक्ट-सिग्नर के कनेक्शन के बारे में जानकारी कैसे स्टोर करें। एक स्थिर शब्दकोश का उपयोग करें? नहीं, इसका मतलब है कि समस्याओं की संख्या बढ़ रही है। सौभाग्य से, रनटाइम हमें यहां भी मदद करेगा - यह पता चलता है कि विस्तार गुणों के लिए एक शब्दकोश पहले से ही उद्देश्य-सी में किसी भी वस्तु के साथ जुड़ा हुआ है और हमें बस इसका उपयोग करने की आवश्यकता है।

हमारी संपत्ति के लिए कुछ विशिष्ट पहचानकर्ता को परिभाषित करें।

 static void* AW_EVENTHANDLER_KEY = (void *)0x2781;

अब इसे NSObject क्लास में NSObject , उसी श्रेणी का उपयोग करके जिसे हमने विधि को ओवरराइड करने के लिए उपयोग किया है।

 @interface NSObject (NSObjectDeallocInfo) @property (nonatomic, assign) AWEventHandlersList *attachedEventHandler; -(void)dealloc_override; @end @implementation NSObject (NSObjectDeallocInfo) +(void)load { method_exchangeImplementations(class_getInstanceMethod(self, @selector(dealloc)), class_getInstanceMethod(self, @selector(dealloc_override))); } -(void)dealloc_override { [self dealloc_override]; } -(AWEventHandlersList *)attachedEventHandler { return (AWEventHandlersList *)objc_getAssociatedObject(self, AW_EVENTHANDLER_KEY); } -(void)setAttachedEventHandler:(AWEventHandlersList *)attachedEventHandler { objc_setAssociatedObject(self, AW_EVENTHANDLER_KEY, attachedEventHandler, OBJC_ASSOCIATION_ASSIGN); } @end

अब किसी भी प्रकार की वस्तु NSObject पास एक वर्चुअल प्रॉपर्टी attachedEventHandler NSObject , जिसका उपयोग हम अपनी ज़रूरत की जानकारी संग्रहीत करने के लिए करेंगे।

हम AWEventHandlersList वर्ग के कोड का विस्तार करेंगे AWEventHandlersList यह इस क्षेत्र में बाध्य घटना की एक वस्तु AWEventHandlersList और एक ऐसी विधि जोड़ दे जो वस्तु को घटना के लिए सदस्यता दी जाती है।

 -(void)addReceiver:(id)receiver delegate:(SEL)delegate { [self removeReceiver:receiver delegate:delegate]; [receiver setAttachedEventHandler:self]; [_handlers addObject:[AWEventHandler handlerWithTarget:receiver method:delegate]]; } -(void)removeReceiver:(id)receiver delegate:(SEL)delegate { [receiver setAttachedEventHandler:nil]; for(AWEventHandler *handler in [[_handlers copy] autorelease]) if(handler.method == delegate && handler.target == receiver) [_handlers removeObject:handler]; } -(BOOL)isReceiverInList:(id)receiver { for(AWEventHandler *handler in _handlers) if(handler.target == receiver) return YES; return NO; } -(void)clearReceivers { for(AWEventHandler *handler in _handlers) [handler.target setAttachedEventHandler:nil]; [_handlers removeAllObjects]; }

अब यह लागू करने के लिए काफी सरल हो जाता है कि यह क्या था - उस समय एक चेक जिस पर वस्तु को हटा दिया जाता है।

 -(void)dealloc_override { AWEventHandlersList *handler = self.attachedEventHandler; if(handler) if([handler isReceiverInList:self]) { NSLog(@"Event handler (%@) target is released while subscribed", handler.name); [NSException raise:@"E_HANDLERRELEASED" format:@"Event handler (%@) target is released while subscribed", handler.name]; } [self dealloc_override]; }

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

इस प्रकार, केवल 15 मिनट में, हमने अपने डिबगिंग जीवन को थोड़ा आसान बना दिया है।

उद्देश्य सी। अभ्यास। घटनाओं और मृत वस्तुओं

More articles: