在iOS中代理的本质就是代理对象内存的传递和 *** 作，我们在委托类设置代理对象后，实际上只是用一个id类型的指针将代理对象进行了一个弱引用。委托方让代理方执行 *** 作，实际上是在委托类中向这个id类型指针指向的对象发送消息，而这个id类型指针指向的对象，就是代理对象。
在说之前，先说明 protocol和delegate完全不是一回事，放在一起说，只是因为我们经常在同一个头文件里看到这两个word。
委托（代理模式）（Delegate）：顾名思义就是委托别人办事，就是当 一件事情发生后，自己不处理，让别人来处理。
协议 (Protocol)：就是使用了这个协议后就要按照这个协议来办事，协议要求实现的方法就一定要实现。
就是我有一个任务完成一个app 我只会写iOS端的前台，我需要找人写后台，即委托（Delegate）人写后台，我俩合作时要有个协议（Protocol），完成之后各分多少钱。。。
protocol和java里interface的概念类似，是Objective-C语法的一部分。（其实我跟不不知道什么java的interface，喵）
定义protocol如下
那么就是定义了一组函数，这组函数放在一起叫作一个protocol，也就是协议。
函数是需要被实现的，所以如果对于class如下
就叫作ClassB conform to protocol ClassADelegate，也就是说ClassB实现了这个协议，
也就是实现了这一组函数。
有了上面这个头文件，我们就可以放心作调用
而不用担心出现unrecognized selector sent to instance这种错误了。
所以protocol就是一组函数定义，是从类声明中剥离出来的一组定义。
这种用法也常见，b是一个id类型，它知道ClassADelegate这组函数的实现。
Delegate本身应该称为一种设计模式。
是把一个类自己需要做的一部分事情，让另一个类（也可以就是自己本身）来完成。
就是调用自己定义方法，别的类来实现。比如ClassC
那么ClassC的实现(.m文件)里就可以用delegate这个变量了。
当然这里完全可以用其它名字而不是delegate。
我们也可以这样写
这样我们知道了delegate是一个ClassB，它就可以提供ClassB里的方法。
可以把一部分ClassC里的工作放在ClassB里去实现。
这样的写法看起来是不是有点奇怪？或者应该写成这样？
delegate没有了...
所以说其实delegate只是一种模式，大家约定俗成，当把自己内部一部分实现暴露给另外一个类去做的时候，就叫实际做事的类为delegate。
为什么会需要把内部实现提出来给另一个类做呢？
最常见的目的就是为了在隐藏实现的前提下，提供一个自定义的机会。
比如Apple提供的iOS SDK里就有众多的delegate，比如最常用的UITableView，
我们没法知道Apple怎么重用UITableViewCell，怎么处理UITableView里Cell的增加、删减，因为我们没有源码。
但是我们可以通过实现Delegate的方法来控制一个UITableView的一些行为。
UITableViewDataSource其实和delegate是一样一样的，只是由于意义不同换了个名字罢了。
比如写UITableView的时候，Apple这么干
UITableView.m
delegate是我们写的类，这个类如果可以被传给UITableView做为其delegate，那唯一要求，就是它实现了
这个方法。
如果我们把这个方法定义在一个protocol里
就说明了，UITableView需要的delegate是一个conform to XXXProtocol的类。
这就正好是
表达的意思。
无论具体的类是什么，它还有其它什么方法，只要它conform to这个protocol，
就说明它可以被传给UITableView，作为它的delegate。
那么Apple为了让我们知道这个protocol是delegate需要conform的protocol，
它就把XXXProtocol改成了UITableViewDelegate
这样我们看到protocol的名字里有Delegate，就知道这个protocol里的函数是用来做自定义(Customization)的了。
抄到这里，委托和协议大概我都明白了，不知道大家是否理解了，面试一般都会问的哦
来自 Haoxiang Li in iOS Development | 2011/08/26
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）