आईओएस और एआरसी: एसिंक्रोनस ऑपरेशंस के दौरान स्वयं को कैसे बनाए रखें?

Question

यह पहली बार है जब मैं आईओएस 5 और एआरसी के साथ घूम रहा हूं। अब तक, यह अच्छा है, यह काम करता है, लेकिन मैं किसी तरह की समस्या में भाग गया हूं।

मेरे पास एक कस्टम UIStoryboardSegue है जिसमें मैं अपने ऐप में उपयोगकर्ता को लॉग इन करने के लिए फेसबुक कनेक्ट (या अन्य सेवाएं) का उपयोग करता हूं। सीधे शब्दों में कहें, तो निम्न कार्य करना चाहिए: बटन

बटन Segue

segue अतुल्यकालिक लॉगिन शुरू होता है, लेकिन तुरंत दृश्य नियंत्रक

तो धक्का नहीं है, और केवल आग पर

1. उपयोगकर्ता क्लिक करता है यदि लॉगिन सफल होता है, segue दृश्य नियंत्रक

धक्का क्या बजाय होता है, जिसे प्रवेश शुरू होता है, लेकिन इससे पहले कि यह पूरा करने के लिए किसी भी मौका है segue तुरंत एआरसी द्वारा जारी की है।

मैं एक quick'n'dirty के बारे में सोचा रोकने के लिए हैक इस:

@interface BSLoginSegue() { 
    __strong BSLoginSegue *_retained_self; 
} 
@end 

// Stuff... 
// Other stuff... 

- (void) perform { 
    login(); 
    _retained_self = self; 
} 

- (void) loginServiceDidSucceed:(BSLoginService *)svc { 
    ... 
    _retained_self = nil; 
} 

बात यह वास्तव मेंहैक है, है, इसलिए यदि आपका कोई और थे मैं सोच रहा था, और मैं और भी सुरुचिपूर्ण तरीका कर सकता था?

Answer 1

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

सेग पेश करने के लिए कौन सी कक्षा जिम्मेदार है? क्या यह वही कक्षा है जिसमें बटन है? इस वर्ग को segue को बनाए रखना चाहिए, segue प्रस्तुत करना चाहिए, और फिर segue को पूरा करते समय segue जारी करना चाहिए।

दृश्य नियंत्रक पदानुक्रम में और अंतर्दृष्टि के बिना, विशिष्ट सलाह देना मुश्किल है। लेकिन मेरी पहली प्रतिक्रिया यह सुझाव देना है कि दृश्य नियंत्रक जो सेग्यू पेश करने का निर्णय ले रहा है या नहीं, उसके पास सीगू पर मजबूत संपत्ति होनी चाहिए। उपclassed segue एक प्रोटोकॉल को परिभाषित कर सकता है कि प्रस्तुत वर्ग को सलाह दी जा सकती है कि जब सेग्यू को निलंबित/जारी किया जाना चाहिए।

Answer 2

आप एक Objective-C block में अपने ऑब्जेक्ट के संदर्भ डालने और यह GCD में पास करके Grand Central Dispatch (GCD) संगामिति के लिए (जो आपको चाहिए, यह भयानक है!) का उपयोग करते हैं तो, यह स्वतः के बाद जब तक ब्लॉक द्वारा रखी जाएगी ब्लॉक निष्पादित किया गया है और खुद को जारी किया गया है।

यह जानने के बिना कि आप अपने एसिंक ऑपरेशन कैसे कर रहे हैं, यह एक निश्चित उत्तर देना मुश्किल है, लेकिन blocks और GCD का उपयोग करके आपको इस बारे में चिंता करने की आवश्यकता नहीं होगी। ब्लॉक इसे संदर्भित वस्तुओं को बनाए रखने का ख्याल रखेगा और एआरसी बाकी करेगा।

ऐसा लगता है कि आपको loginServiceDidSucceed: पर कॉल करने के लिए कहीं भी अपने UIStoryboardSegue सबक्लास का संदर्भ संग्रहीत करना होगा, इसलिए शायद यह एक मजबूत संदर्भ काम करेगा। एक बार फिर, इसे block से संदर्भित करना (जैसे लॉगिन सफल होने पर पूर्णता ब्लॉक) आदर्श है। मैं सफलता/विफलता कॉलबैक के लिए ब्लॉक का उपयोग करने के लिए अपने लॉगिन कोड को अनुकूलित करने की अनुशंसा करता हूं।

Answer 3

बस जोड़ सकते हैं और करने के लिए/self को दूर एक सरणी self के एक डेटा सदस्य है कि इस प्रकार से:

@interface MyClass 
{ 
    NSMutableArray* _selfRetains; 
} 
@end 

@implementation MyClass 
-(id)retainSelf 
{ 
    [_selfRetains addObject:self]; 
    return self; 
} 
-(void)releaseSelf 
{ 
    [_selfRetains removeLastObject]; 
} 
@end 

फिर, [self retainSelf] और [self releaseSelf] साथ [self release] साथ [self retain] बदलें।

जबकि अन्य उत्तरों सही हैं, और आपको आम तौर पर एक ऐसे डिज़ाइन से बचना चाहिए जिसके लिए कक्षा को स्वयं को बनाए रखने की आवश्यकता होती है, इस कामकाज के लिए आपको अपने ऐप के डिज़ाइन को महत्वपूर्ण रूप से बदलने की आवश्यकता नहीं होती है।

Answer 4

यदि आपको एसिंक ऑपरेशन में अपना स्वयं का उदाहरण बनाए रखने की आवश्यकता है तो सिंगलटन आपकी पसंद हो सकती है।