关于iOS中委托（Delegate）的几点看法

1、应用场景：

对象A需要从网络上请求一个数据，就让负责网络请求的B发送请求，然后A干其他事去了，B在等待数据返回；一旦数据返回，它就会通知A。
一般，会把B的委托设置成A,即B.delegate = A；然后数据来了，B就调用

[self.delgate receivedData:xxx];

而delegate会定义成：

iddelegate  //代码1

但其实，完全可以写成：

A * callbackObject   //代码2

照样可以达到数据回来B通知A的效果。那为什么还要定义procotol、定义delegate等一些额外的事呢？

为了更好阐述我的理解，先插一点题外话。
在面向对象的编程里，你想修改一个东西该怎么做，如修改A的属性

A.property = xxxvalue

那这里就有个问题，想要在B的代码里修改A的属性，就需要B能够取到A，否则根本无从下手。而最直接的方法就是把A作为B的属性，而定义一个委托对象(如代码1)就是这样的目的。这样做，①本质上就是通过属性保存了一个指向目标对象的指针，以此来操纵目标对象（修改属性或是触发方法）。

所以代码1和代码2从这个角度说是一样的，只是使用委托，多了一个协议procotol，为什么？

代码1相对代码2，就是把具体的类A变成了一个"遵循了xxxProcotol协议但具体是什么不约束的类"，这样你就可以是任意的类了，B都不用知道数据来了它需要通知的是哪个类。
更进一步的说，以后我定义了一个类C，遵循同样的协议，我可以完全不修改类B的代码。
②所以我觉得委托中使用协议（procotol）的目的就是：解耦。

“对象”可以理解为“具有某些属性、可以做一些事的东西”，而协议（procotol）就定义了另一种东西：能够做一些事，但如果你还可以做其他事我不限制你。就像你要饿了吃东西，米饭馒头包子菜都可以，只要它们能让你填饱肚子。正是因为不限制具体类，才可以做更灵活的匹配。

举个例子，UITableView。tableview要显示，它要知道要显示几个cell,这个数据它自身是不知道的，需要使用它的对象告诉它。但对于tabeview来说，它也不可能知道谁使用它。所以现在对于tableView来说，它需要的是一个“能够告诉它显示几个cell但是具体哪个类不限制的类”，这不就正好和procotol的理解是匹配的嘛。代码角度说，就是规定这个类需要实现了某些方法，其他不限制。这也就是一个类遵循协议后，需要实现协议方法。

2、关于回调

委托总是用来做一些回调性质的事，比如A界面push到B界面，然后B界面的城市列表里选择一个城市，然后退回到A界面，把选择的结果显示在某个控件里。

我理解里，回调是那种没法线性执行的任务，是在某个条件下才出发的，如上面需要界面B里选择某个城市，不选择就永远不触发；网络请求也是。（其实也挺像：你此行远去，遇到大麻烦就打开这个锦囊，锦囊就是block）

过程可以抽象为A让B做某事，B等待条件满足，然后回来通知A。关键就是B后面通知A，要通知A就要取到A,只要取到了，就解决了。所以使用block来做回调性质的事，我认为本质上还是使用了delegate对象记录目标对象的性质，即①位置说的。

只是某些模块是通用性的，回调要针对所有对象，使用委托可以很好的使用它的解耦特性，如果NSURLConnection。

3、需要的时候才使用

tableview的例子里，tableView需要知道显示几个cell,但这个需求也可以通过：

//self是当前显示tableView的viewController
self.tableView.cellNum = 10;

UITableView可以定义一个cellNum的属性，通过对她直接赋值来提供cell的数目。

两者的区别是，使用委托方法，主动权在tableView，它需要知道cell数目的时候就去获取，而后者主动权在使用者。主动权在tableView就决定了显示tableView的一些列逻辑是在tableview里面，使用完全不需要插手，需要关系什么时候提供什么数据，只要把几个必要的方法实现了，需要的时候tableView自己会调用需要的数据。

4、和notification比较

最大的两个区别：
（1）notification发送方只管发送，接受方只管接受，两者是互不知晓的
（2）notification可能会有多个接受法，即会同时出发多个调用；而delegate一般是单个。

对于（1），比如登录成功你需要同时更新多个页面、可能还要处理数据，如果使用delegate，即使使用多委托，也需要在登录位置存入所有需要通知的对象。但这些对象之间可能隔离这许多其他的类比如A.x.t.s.f.w.q.r = B，A想把自身加入到B的委托里，太麻烦。用通知就完美了。如果业务上不靠近的类，想直接关联就很难，用委托就麻烦。

对于（2），好处是，一句代码搞定所有，所有需要这个通知的对象都可以被触发（当然，通知也可以指定接收者）。坏处是，你有多个接收者，你就没法接收发出通知后的反馈了。比如tableview的cell个数用通知来做，tableview发出通知，然后许多地方都来修改cell个数，一下乱套了。delegate建立的一对一的关系还是有意义的。

从上面可以看出，delegate是个喜欢一对一的认真的好孩子，哈哈。。。。。