在开发ios应用的时候，我们会经常遇到一个常见的问题：在不过分耦合的前提下，controllers间怎么进行通信。在IOS应用不断的出现三种模式来实现这种通信：
1.委托delegation；
2.通知中心Notification Center；
3.键值观察key value observing，KVO
delegate的优势：
1.很严格的语法，所有能响应的时间必须在协议中有清晰的定义
2.因为有严格的语法，所以编译器能帮你检查是否实现了所有应该实现的方法，不容易遗忘和出错
3.使用delegate的时候，逻辑很清楚，控制流程可跟踪和识别
4.在一个controller中可以定义多个协议，每个协议有不同的delegate
5.没有第三方要求保持/监视通信过程，所以假如出了问题，那我们可以比较方便的定位错误代码。
6.能够接受调用的协议方法的返回值，意味着delegate能够提供反馈信息给controller
delegate的缺点：
需要写的代码比较多
有一个“Notification Center”的概念，他是一个单例对象，允许当事件发生的时候通知一些对象，满足控制器与一个任意的对象进行通信的目的，这种模式的基本特征就是接收到在该controller中发生某种事件而产生的消息，controller用一个key（通知名称），这样对于controller是匿名的，其他的使用同样地key来注册了该通知的对象能对通知的事件作出反应。
notification的优势：
1.不需要写多少代码，实现比较简单
2.一个对象发出的通知，多个对象能进行反应，一对多的方式实现很简单
缺点：
1.编译期不会接茬通知是否能被正确处理
2.释放注册的对象时候，需要在通知中心取消注册
3.调试的时候，程序的工作以及控制流程难跟踪
4.需要第三方来管理controller和观察者的联系
5.controller和观察者需要提前知道通知名称、UserInfo dictionary keys。如果这些没有在工作区间定义，那么会出现不同步的情况
6.通知发出后，发出通知的对象不能从观察者获得任何反馈。
KVO
KVO是一个对象能观察另一个对象属性的值，前两种模式更适合一个controller和其他的对象进行通信，而KVO适合任何对象监听另一个对象的改变，这是一个对象与另外一个对象保持同步的一种方法。KVO只能对属性做出反应，不会用来对方法或者动作做出反应。
优点：
1.提供一个简单地方法来实现两个对象的同步
2.能对非我们创建的对象做出反应
3.能够提供观察的属性的最新值和先前值
4.用keypaths 来观察属性，因此也可以观察嵌套对象
缺点：
1.观察的属性必须使用string来定义，因此编译器不会出现警告和检查
2.对属性的重构将导致观察不可用
3.复杂的“if”语句要求对象正在观察多个值，这是因为所有的观察都通过一个方法来指向
KVO有显著的使用场景，当你希望监视一个属性的时候，我们选用KVO
而notification和delegate有比较相似的用处，
当处理属性层的消息的事件时候，使用KVO，其他的尽量使用delegate，除非代码需要处理的东西确实很简单，那么用通知很方便。
网友评论