开发者

handle when callback to a dealloced delegate?

开发者 https://www.devze.com 2022-12-28 12:58 出处:网络
I implemented the delegate-callback pattern between two classes without retaining the delegate. But in some cases, the delegate is dealloced.

I implemented the delegate-callback pattern between two classes without retaining the delegate. But in some cases, the delegate is dealloced.

(My case is that I have a ViewController is the delegate object, and when the user press back button to pop that ViewController out of the NavigationController stack)

Then the callback method get BAD_EXE:

if (self.delegate != nil && [self.delegate respondsToSelector:selector]) {
    [self.delegate performSelector:selector with开发者_StackOverflow中文版Object:self withObject:returnObject];
} 

I know the delegate-callback pattern is implemented in a lot of application. What is your solution for this?


Generally, a delegate should always deassociate it from its delegating object in its dealloc method. So your view controller should check in its dealloc whether it is set as the delegate of the delegating class, and if so, set the delegate property to nil.

In most cases, I would imagine this would not be a problem because very often the delegate is the sole owner of the delegating object. So when the delegate gets deallocated, the delegating object would get deallocated too. After all, this is the reason that delegating objects usually only hold weak references to their delegates.


I have no objective-c knowledge, but I would think that you need to test for self.delegate != nil separately e.g

if (self.delegate != nil)
{
 if ( [self.delegate respondsToSelector:selector]) 
 {
    [self.delegate performSelector:selector withObject:self withObject:returnObject];
 }
}

Oh and it's best to reassign the delegate if it is nil.

0

精彩评论

暂无评论...
验证码 换一张
取 消

关注公众号