关于IOS中的delegate必须知道的事情

当你开始写iOS程式不久,应该开始面对到很多的delegate, 
不管是用别人的library或是自己写library,可能都逃不了delegate。 
为了怕有些人不知道什么是delegate,在这边简单的介绍一下, 
delegate中文叫做委托,通常会用在class内部把一些事件处理"委托"给别人去完成。 
举个例子,XML Parser可能他知道怎么parse xml,但是parse到的东西要怎么处理xml parser可能不知道。 
所以NSXMLParser就提供了一个NSXMLParserDelegate给client去实作, 
当parse到某个element的时候,就callback delegate所定义的message, 
让他client自己去决定怎么去处理这个element。 
好吧,我承认我解释的很模糊,不过我这篇本来就不是要你搞懂什么是delegate, 
而是针对使用或是设计delegate的时候,可能会要注意的事情。

在我们的class中设计delegate的时候,我们通常会有几个注意事项。 
假设我的class叫做MyClass,那我们可能会有定义一个MyClassDelegate这个protocol当作我的delegate protocol。 
而MyClass中我们可能是这样写。 
@protocol MyClassDelegate <NSObject> 
- (void) myClassOnSomeEvent:(MyClass*)myClass; 
@end

@interface MyClass 

    id<MyClassDelegate> _delegate; 

@property (nonatomic, assign) delegate; 
@end 
上面的code我们注意到delegate此property是定义为@property (assign)。 
为什么我们不用retain而要用assign呢? 
原因就是在于iOS的reference counting的环境中,我们必须解决circular count的问题。 
让我们来写写我们平常都怎么用delegate的,下面的code我想大家应该不陌生 
- (void)someAction 

   myClass = [MyClass new]; 
   myClass.delegate = self; 
   .... 

这边很快的就出现circular reference了 
假设上面的code是写在一个myViewController的物件当中, 
之后一旦myViewController的reference count变成1的时候, 
myViewController跟myClass这两个兄弟两只剩下互相retain,那就变成了孤岛,也??就因此造成了memory leak!!! 

也因为这样,iOS官方文件才会要建议我们所以的delegate都要用assign property。 
也就是所谓"weak reference"的property,他的特色就是虽然会持有对方的reference,但是不会增加retain count。 
如此下来,当myViewController的retain count变成0,则会dealloc。 
同时在dealloc中,也一并把myClass release,则myClass也跟着被release。 
- (void)dealloc 

   [myClass release]; 
   [super dealloc]; 
}

事情就结束了吗? 还没有唷... 
这边还有一个大家常常忘记的重点,那就是上面的dealloc这样写会有潜在危险。 
应该要改成这样 
- (void)dealloc 

   myClass.delegate = nil; 
   [myClass release]; 
   [super dealloc]; 

你可能会很纳闷,myClass不是马上就会被release了吗? 干嘛要先把他的delegate设成nil? 
那是因为我们假设myClass会马上会被dealloc,但是现实状况这个是不一定的, 
有可能里面内部有建个NSURLConnection,或是正在做某件事情而让其他物件也retain myClass。 
如果myClass没有马上dealloc,那他的myClass.delegate不就正指向一个不合法的位置了吗? (此种pointer称作dangling pointer)

解决方法是在MyViewController的dealloc中,在release myClass之前, 
要先把原本指向自己的delegate改设成nil,这样才可以避免crash发生。 
在我之前写的project,很大一部份的crash都是这样造成的,因为这个问题通常不是每次都发生, 
但是发生的时候确很难在重新复制,所以不可不慎啊。

但是很兴奋的是到了iOS5中的Automatic Reference Counting 这个问题可以有所改善。 
在ARC中提出了一个新的weak reference的概念来取代原本的assign, 
weak reference指到的物件若是已经因retain count归零而dealloc了,则此weak reference也自动设成nil。 
而原本??旧的这种assign的作法,在ARC中叫做__unsafe_unretained,这只是为了相容iOS4以下的版本。

回顾重点: 
如果你是写library给别人用的,记得把你的delegate设成assign property,这样才不会造成circular reference 
当你是要始用别人的library,记得在你自己dealloc的时候,把delegate设成nil,以避免crash的事情发生。

References 
[1]Communicating with Objects

关于IOS中的delegate必须知道的事情

时间: 2024-10-27 18:08:42

关于IOS中的delegate必须知道的事情的相关文章

ios中关于delegate(委托)的使用心得

从开始从事OC工作到现在大概1年多了,从当初接触oc的"协议"的不明白,到现在代码中随处可见的委托,协议,其中感悟颇多. 首先,大家应该都明白的是委托是协议的一种,顾名思义,就是委托他人帮自己去做什么事.也就是当自己做什么事情不方便的时候,就可以建立一个委托,这样就可以委托他人帮自己去实现什么方法. 其次,我简单的总结了一下自己用到的委托的作用有两个,一个是传值,一个是传事件. 1.所谓传值经常用在b类要把自己的一个数据或者对象传给a类,让a类去展示或者处理.(切分紧耦合,和代码分块的

iOS 中delegate的理解与使用(传值)

之前做了半年的iOS,刚入了门,又被拉去转战java,现在iOS的那位大佬离职了,又被弄过来维护app,之前对于iOS中的delegate一直都是半知半解,所以刚好趁着这个机会把我所了解的记下来,以便日后查阅. - delegate的理解 delegate, 也就是代理模式(设计模式的一种),我现在所了解的代理模式是,当我有事要做但是没空的时候,我就可以请别人帮下忙,我告诉你我要做什么,但是具体怎么做,那是你的事了,就比如说,我想去约个妹纸出来玩,但是自己刚好现在有事不能约,或者自己不好意思约,

iOS 中KVC、KVO、NSNotification、delegate 总结及区别

iOS 中KVC.KVO.NSNotification.delegate 总结及区别 1.KVC,即是指 NSKeyValueCoding,一个非正式的Protocol,提供一种机制来间接访问对象的属性.而不是通过调用Setter.Getter方法访问.KVO 就是基于 KVC 实现的关键技术之一. Demo: @interface myPerson : NSObject { NSString*_name; int      _age; int      _height; int      _w

iOS 中KVC、KVO、NSNotification、delegate 总结及区别-b

1.KVC,即是指 NSKeyValueCoding,一个非正式的Protocol,提供一种机制来间接访问对象的属性.而不是通过调用Setter.Getter方法访问.KVO 就是基于 KVC 实现的关键技术之一. Demo: @interface myPerson : NSObject { NSString*_name; int      _age; int      _height; int      _weight; } @end @interface testViewController

iOS中如何选择delegate、通知、KVO(以及三者的区别)

转载自:http://blog.csdn.net/dqjyong/article/details/7685933 在开发IOS应用的时候,我们会经常遇到一个常见的问题:在不过分耦合的前提下,controllers[B]怎么进行通信.在IOS应用不断的出现三种模式来实现这种通信:1委托delegation2通知中心Notification Center3键值观察key value observing,KVO因此,那为什么我们需要这些模式以及什么时候用它以及什么时候不用它.    下面完全根据我的开

转iOS中delegate、protocol的关系

iOS中delegate.protocol的关系 分类: iOS Development2014-02-12 10:47 277人阅读 评论(0) 收藏 举报 delegateiosprocotolcategoryobject-c 刚开始接触iOS,对delegate.protocol这两个概念比较模糊.参考了一些资料,记录下来体会. 1.protocol protocol和interface的概念类似,是object-c语法的一部分.protocol就是一系列不属于任何类的方法的列表.其中声明

iOS中NSNotification、delegate、KVO三者之间的区别与联系?

iOS中NSNotification.delegate.KVO三者之间的区别与联系? delegate.notification和KVO他们的功能比较类似,那么在实际的编程中,如何选择这些方式呢? 在开发ios应用的时候,我们会经常遇到一个常见的问题:在不过分耦合的前提下,controllers间怎么进行通信.在IOS应用不断的出现三种模式来实现这种通信: 1.委托delegation: 2.通知中心Notification Center: 3.键值观察key value observing,K

【转载】iOS中delegate,notification,KVO三种模式实现通信的优缺点

原帖地址:http://blog.csdn.net/yangxt/article/details/8176636 在开发iOS中,有三种模式来实现controller之间的通信: 1.委托delegation: 2.通知中心Notification Center: 3.键值观察key value observing,KVO 因此,那为什么我们需要这些模式以及什么时候用它以及什么时候不用它. 1.delegate 基本特征: 一 个controller定义了一个协议(即一系列的方法定义).该协议描

iOS中UIWebView的使用详解

iOS中UIWebView的使用详解 一.初始化与三种加载方式 UIWebView继承与UIView,因此,其初始化方法和一般的view一样,通过alloc和init进行初始化,其加载数据的方式有三种: 第一种: - (void)loadRequest:(NSURLRequest *)request; 这是加载网页最常用的一种方式,通过一个网页URL来进行加载,这个URL可以是远程的也可以是本地的,例如我加载百度的主页:     UIWebView * view = [[UIWebView al