in Blog Posts, iOS Development, 文章

[iOS]delegate和protocol

今天上班和同事讨论工程怎么组织的时候涉及到这个话题。
iOS开发上对delegate使用广泛。
记在这里,如果有新人Google到了,希望能有点帮助。

protocol和delegate完全不是一回事,放在一起说,只是因为我们经常在同一个头文件里看到这两个word。

protocol和java里interface的概念类似,是Objective-C语法的一部分。
定义protocol如下

@protocol ClassADelegate

- (void)methodA;
- (void)methodB;

@end

那么就是定义了一组函数,这组函数放在一起叫作一个protocol,也就是协议。

函数是需要被实现的,所以如果对于class如下

@interface ClassB  {
}
@end

就叫作ClassB conform to protocol ClassADelegate,也就是说ClassB实现了这个协议,
也就是实现了这一组函数。

有了上面这个头文件,我们就可以放心作调用

ClassB *b = [[ClassB alloc] init];
[b methodA];
[b methodB];

而不用担心出现unrecognized selector sent to instance这种错误了。

所以protocol就是一组函数定义,是从类声明中剥离出来的一组定义。

id b = ...;
[b methodA];

这种用法也常见,b是一个id类型,它知道ClassADelegate这组函数的实现。

那么delegate是什么?其实和protocol没有关系。Delegate本身应该称为一种设计模式。
是把一个类自己需要做的一部分事情,让另一个类(也可以就是自己本身)来完成。
比如ClassC

@interface ClassC {
    id delegate;
}
@end

那么ClassC的实现(.m文件)里就可以用delegate这个变量了。
当然这里完全可以用其它名字而不是delegate。

我们也可以这样写

@interface ClassC {
    ClassB *delegate;
}
@end

这样我们知道了delegate是一个ClassB,它就可以提供ClassB里的方法。
可以把一部分ClassC里的工作放在ClassB里去实现。
这样的写法看起来是不是有点奇怪?或者应该写成这样?

@interface ClassC {
    ClassB *classB;
}
@end

…..

delegate没有了…
所以说其实delegate只是一种模式,大家约定俗成,当把自己内部一部分实现暴露给另外一个类去做的时候,就叫实际做事的类为delegate。

为什么会需要把内部实现提出来给另一个类做呢?
最常见的目的就是为了在隐藏实现的前提下,提供一个自定义的机会。
比如Apple提供的iOS SDK里就有众多的delegate,比如最常用的UITableView,
我们没法知道Apple怎么重用UITableViewCell,怎么处理UITableView里Cell的增加、删减,因为我们没有源码。
但是我们可以通过实现Delegate的方法来控制一个UITableView的一些行为。
UITableViewDataSource其实和delegate是一样一样的,只是由于意义不同换了个名字罢了。

protocol在此扮演了什么角色呢?
protocol是一种语法,它提供了一个很方便的、实现delegate模式的机会。
比如写UITableView的时候,Apple这么干
UITableView.m

- (void)doSomething {
    [self blahblah];
    
    [self.delegate guruguru];
   
    [self blahblah];
 }

delegate是我们写的类,这个类如果可以被传给UITableView做为其delegate,那唯一要求,就是它实现了

- (void)guruguru;

这个方法。

如果我们把这个方法定义在一个protocol里

@protocol XXXProtocol

- (void)guruguru;

@end

就说明了,UITableView需要的delegate是一个conform to XXXProtocol的类。
这就正好是

id

表达的意思。
无论具体的类是什么,它还有其它什么方法,只要它conform to这个protocol,
就说明它可以被传给UITableView,作为它的delegate。
那么Apple为了让我们知道这个protocol是delegate需要conform的protocol,
它就把XXXProtocol改成了UITableViewDelegate

这样我们看到protocol的名字里有Delegate,就知道这个protocol里的函数是用来做自定义(Customization)的了。

代码最终还是给人看的,公司里尤其如此。
大家都希望对方把事情讲得清晰易懂,如果在再有两句俗语或者行话那大家就很开心了 :]

Leave a Reply for ArexChow Cancel Reply

Write a Comment

Comment

21 Comments

  1. In JAVA:

    interface Protocol{
    void test();
    }

    class Delegate implements Protocol{
    void test(){
    /* implementation of test */
    }
    }

    class MyClass{
    Delegate yourDelegate;
    void myMethod(){
    yourDelegate = new Delegate();
    yourDelegate.test();
    }

    • 所以说实际的意义是可以让一个函数去调用另一个函数的内部方法?似乎懂了一些,再想想,确实是好文。

  2. 没看懂
    既然说protocal和interface相似,为什么不直接写interface,写多一个protocal干嘛
    既然说delegate俄是一种模式,又把id delegate写出来,真的莫名其妙,delegate到底是不是一个类?
    真的很难看懂

  3. 可能有些人觉得后面一段难以理解,其实protocal就是一定要去实现的方法定义,那么delegate类里面要实现某个委托的方法。

    SO,Delegate类+protocal的话就保证了你另外实现的delegate类里面必须有这个委托方法,但至于delegate类还可以干其他事情,这个就由你来自定义了!

  4. delegate是对别的对象指针,按MVC一般最好赋值对象是Controller,它实现的是一种模式,它本身不是模式。Protocal是一组方法的定义。当id定义为delegate时,就是要用别的对象即赋值的delegate去实现protocal里的方法,这个过程使用的模式就是代理模式。

  5. 看了您的文章终于懂了delegation。BTW:这个是个人网站吧,能告诉一下新人使用什么服务器搭建的么?

  6. 太感谢了,一直懵懵懂懂的,看了这篇文章,豁然开朗!转了,我会标明出处的。

  7. 作为ios新手,看你对delegate和protocol的分析,对我理解同事的代码非常有帮助。谢谢 : )

Webmentions

  • delegate & protocol | xkong 2014/11/10

    […] Posted on 2011/08/26 […]

  • delegate和protocol | IOS開發驚豔 2014/11/10

    […] 来源:http://haoxiang.org/2011/08/ios-delegate-and-protocol/ […]

  • 关于iOS里的Delegate | +Bopomofo- - 举头思算法,低头写代码… 2014/11/10

    […] http://haoxiang.org/2011/08/ios-delegate-and-protocol/ […]

  • — Xu Jianye.com » Blog Archive » 【obj-c笔记:来做一个完整的app(1)】初始化以及Appdelegate.m - 关注前端重构 2014/11/10

    […] 详细的话,可以参阅一下:http://haoxiang.org/2011/08/ios-delegate-and-protocol/ 是我目前看了那么多关于协议与delegate解释中讲得比较好的~特此感谢博主分享~ […]

  • iOS delegate和protocol » iFun5 2014/11/10

    […] 转自:http://haoxiang.org/2011/08/ios-delegate-and-protocol/ […]