简单总结一下NotificationCenter、KVC、KVO、Delegate

将最近总结的最常用的几种设计模式优势与区别自己小结一下，分享给大家。

kvo 只能用来对属性作出反应，而不会用来对方法或者动作作出反应，是实现一个对象与另外一个对象保持同步的一种方法，能够提供观察的属性的最新值以及先前值，同时它是一种响应式编程思想，也就是开发中不需要考虑调用顺序，只需要知道考虑结果，类似于蝴蝶效应，产生一个事件，会影响很多东西，最后影响结果，比如开发中用KVO来监听一个dog 类的name属性有没有改变，不需要知道是在哪里做了修改，只要是修改了就收监听到结果。而kvo的底层其实是重写了name属性的set方法，而能够用外界修改name的时候调用set方法就是修改了当前对象的一个isa指针来实现的。它有点类似于swift中的存储型属性中的didSet方法的监听。

 

KVC其实就是键值编码，对象在调用setValue的时候，首先会去找属性的set方法—>成员属性——>直接找对象的这个属性—>报错，比如在字典转模型的时候这个方法就经常会用到，而这里有个坑就是当模型中的属性和字典的key不一一对应，系统就会调用setValue:forUndefinedKey:报错。所以一般我们会重写这个方法防止报错。

 

block 是一种数据类型，我在开发中主要使用在3个场景：1，它作为一个代码块保存在对象中，需要的去调用就可以，在传值的时候用的特别多。2.作为方法的参数，它的实现由外部来决定，这样方法用起来就比较灵活了。3.作为方法的返回值，它的目的就是代替方法，在这个block作为返回值里可以进行很多的操作，外部调用这个方法的时候只需要知道传入的参数是什么就可以，不用知道内部是怎么实现的。实际开发中需要注意的是它的循环引用的问题，block 是 C 的，一般在ARC使用strong,MRC使用copy。

 

代理其实一般是控制器定义的一个协议，当控制器或某个对象遵循了这个协议，并实现了代理方法，就可以通过代理方法来完成不同对象的一些操作或数据传递了。代理有严格的语法，能够实现的方法必须有明确的声明。还有就是代理是一对一的，在一个应用中的控制流程是可以追踪的，而由于通知是可以实现多对多，是很难追踪到的，这点在做调试的时候代理检测起来就比通知好多了，在 项目中，代理在控制器值的逆传这块是用得比较多，而且也是比较好用的，做一些简单的回调。比如我在底层界面的功能完成了，需要把一些值传到上一层去，这时候用代理就是比较直接高效了。

 

Notification: 是一种观察者模式，通知的实现比代理要简单得多，而且它是多对多的。通知一般在开发中除了需要监听一些系统的响应，如键盘弹出等，就是用在比如开发模块之间联系不怎么紧密而又需要传值，还有就是多线程之间传值的情况，这时候用通知就比代理来得直接简单了。但使用通知的时候一定要记得在释放对象的时候将通知注销掉，避免出现野指针的现象。

 

 

有哪里写得不对或者写漏的，还请大神们指出，后续改进。。。

转载于:https://www.cnblogs.com/somethingWithiOS/p/5713245.html