KVO、Notification、delegate 各自的优缺点,效率还有使用场景

在开发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,除非代码需要处理的东西确实很简单,那么用通知很方便

如何手动通知 KVO

重写Controller里面某个属性的setter方法,联动给View赋值,使用Controller监控Model里面某个值的变化,在controller的dealloc函数中用一行代码了结:removeObserver。

作者:kidzss

链接:http://www.jianshu.com/p/c12f90300077

來源:

著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

你可能感兴趣的:(KVO、Notification、delegate 各自的优缺点,效率还有使用场景)