iOS--代理，通知，KVO的区别
2020-10-27 本文已影响0人
mayuee
代理 Delegate
- 代理是一种设计模式
- 在iOS中以 @protocol （协议）形式实现；
- 传递方式
一对一； - 协议中除了可以定义方法，还可以定义属性；
- 一般声明为 weak 以规避循环引用；
优势
- 严格的语法。所有的事件必须是在delegate协议中有清晰的定义,如果delegate中的一个方法没有实现那么就会出现编译警告/错误；
- 在一个应用中的控制流程是可跟踪的并且是可识别的；
- 在一个控制器中可以定义多个不同的协议，每个协议有不同的delegate；
- 没有第三方对象要求保持/监视通信过程；
- 能够接收调用的协议方法的返回值。这意味着delegate能够提供反馈信息给委托方；
缺点 ：
1.需要定义很多代码：1.协议定义；2.委托对象的delegate属性；3.在delegate本身中实现delegate方法定义；
2.在释放代理对象时，需要小心的将delegate改为nil。一旦设定失败，那么调用释放对象的方法将会出现内存crash；
通知 Notification
- 使用观察者模式来实现的用于跨层传递消息的机制；
- 传递方式
一对多； - 实现机制：在通知中心NSNotificationCenter 中维护着一个字典，key是notificationName，value是一个数组，数组的每个元素里包含了观察者和对应的方法。
优势 ：
- 不需要编写多少代码，实现比较简单；
- 对于一个发出的通知，多个对象能够做出反应，即1对多的方式实现简单；
- 被观察者能够传递context对象（dictionary），context对象携带了关于发送通知的自定义的信息；
缺点 ：
- 在编译期不会检查通知是否能够被观察者正确的处理；
- 在释放注册的对象时，需要在通知中心取消注册（IOS9之后可以不再手动remove）；
- 在调试的时候应用的工作以及控制过程难跟踪；
- 被观察者和观察者需要提前知道通知名称、UserInfo dictionary keys。如果这些没有在工作区间定义，那么会出现不同步的情况；
- 只把消息发送出去，告知某些状态的变化，但是并不关心谁想要知道这个。被观察者也不能从观察者获得任何的反馈信息。
KVO （Key-Value Observing）
- 是ObjC对观察者设计模式的实现；
- 传递方式支持
一对多； - 实现机制：通过一种称作isa-swizzling的机制实现的，这个机制会在被观察对象的属性被监听时修改对象的isa指针，让指针指向一个中间类而非对象自身的类。
优势 ：
- 能够提供一种简单的方法实现两个对象间的同步。例如：model和view之间同步；
- 能够对非我们创建的对象，即内部对象的状态改变作出响应，而且不需要改变内部对象的实现；
- 能够提供观察的属性的最新值以及先前值；
- 用key paths来观察属性，因此也可以观察嵌套对象；
缺点 ：
- 我们观察的属性必须使用strings来定义。因此在编译器不会出现警告以及检查；
- 对属性重构将导致我们的观察代码不再可用；
- 对象正在观察多个值，需要复杂的“IF”语句要求。因为所有的观察代码通过一个方法来指向；
- 当释放观察者时不需要移除观察者。
