http://www.cnblogs.com/superhappy/archive/2012/09/10/2679347.html
好久没写blog了~ 今天有同学问delegate的使用,顺便写点东西。
ios 的 delegate经常出现在 model 与 controller之间的通信。delegate中文叫做委托,就是委托别人帮你完成的意思。比如 我写了个interface,服务器返给我我要的数据,同时告诉我success,那么我在controller怎么接收到这个interface的信息呢。 我的实现是这样子的:在interface中写一个delegate,(这个delegate 可以直接继承自 Objective - C protocol,也可以直接写在其他的类里面),让返回成功和失败时执行 delegate的方法,在controller中实现这些方法。
由于网络接口都是公司的网址,不方便。所以简单的写个示意程序:
@protocol BaseInterfaceDelegate <NSObject>
@required//必须实现的代理方法
-(void)parseResult:(ASIFormDataRequest *)request;
-(void)requestIsFailed:(NSError *)error;
@optional//不必须实现的代理方法
@end
@interface BaseInterface : NSObject <DefaultLoginInterfaceDelegate,ASIHTTPRequestDelegate> {
ASIFormDataRequest *_request;
}
@property (nonatomic,assign) id<BaseInterfaceDelegate> baseDelegate; //一般delegate都是assign的防止循环circular count产生。
-(void)connect;
@end
@implementation BaseInterface
@synthesize baseDelegate = _baseDelegate;
-(void)connect {
写网络请求
}
#pragma mark - ASIHttpRequestDelegate//网络情求的代理ASIHttpRequestDelegate
-(void)requestFinished:(ASIFormDataRequest *)request {
[_baseDelegate parseResult:request];//用实例变量delegate执行代理方法 表示一旦返回成功就执行这个方法,而这个方法究竟执行什么操作,就需要建立这个类对像的controller去实现。
}
-(void)requestFailed:(ASIFormDataRequest *)request {
[_baseDelegate requestIsFailed:request.error];//用实例变量delegate执行代理方法 表示一旦返回失败就执行这个方法,而这个方法究竟执行什么操作,就需要建立这个类对像的controller去实现。
}
@interface MyController:UIViewController <DefaultLoginInterfaceDelegate> {
BaseInterface *interface;
}
@implementation MyController;
这个类中的其他方法省略,只写delegate方法
//对delegate方法的实现
-(void)parseResult:(ASIFormDataRequest *)request
{
对返回的 request做相应的操作,并对界面做相应的操作。
}
-(void)requestIsFailed:(NSError *)error
{
对返回的 error做相应的操作,并对界面做相应的操作。
}
-(void)dealloc
{
self.delegate = nil;//防止delegate在这个类生命周期结束后还在对僵尸进行操作。
}
http://bbs.9ria.com/thread-241427-1-1.html
http://www.apkbus.com/android-137785-1-1.html
当你开始写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中我们可能是这样写。
上面的code我们注意到delegate此property是定义为@property (assign)。
为什么我们不用retain而要用assign呢?
原因就是在于iOS的reference counting的环境中,我们必须解决circular count的问题。
让我们来写写我们平常都怎么用delegate的,下面的code我想大家应该不陌生
这边很快的就出现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。
事情就结束了吗? 还没有唷...
这边还有一个大家常常忘记的重点,那就是上面的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的事情发生。