NotificationCenter KVC KVO Delegate总结

KVO(Key-Value- Observing): 一对多, 观察者模式,键值观察机制，它提供了观察某 一属性变化的方法，极大简化了代码。

KVO底层实现:

KVC(Key-Value-Coding):是键值编码, 一个对象在调用setValue的时候，使用字符串直接访问对象的属性.

KVC底层实现: 

- 检查是否存在相应key的set方法，如果存在,就调用set方法。

- 如果set方法不存在，就查找_key的成员变量是否存在，如果存在就直接赋值。

- 如果_key没找到，就查找相同名称的key，如果存在就赋值。

- 如果没有就调用valueForUndefinedkey : 和 setValue:forUndefinedKey : 方法, 这些方法的默认实现都是抛出异常,我们可以根据需要重写它们

#####################################################################################

Delegate: 通常发送者和接收者的关系是直接的一对一的关系。

- 代理的目的是改变或传递控制链。允许一个类在某些特定时刻通知到其他类， 而不需要获取到那些类的指针。

- 可以减少框架复杂度。消息的发送者(sender)告知接收者(receiver)某个事件将 要发生，delegate同意然然后发送者响应事件，delegate机制使得接收者可以改 变发送者的行为。

#####################################################################################

Notification: 观察者模式

- 通常发送者和接收者的关系是间接的多对多关系。

- 消息的发送者告知接收者事件已经发生或者将要发送，仅此而已，接收者并不能反过来影响发送者的行为。

#####################################################################################

NotificationCenter  Delegate KVO 之间的区别

- delegate效率肯定是比NSNotification高。

- delegate方法比notification更加直接，需要关注返回值，所以delegate方法往往包含should这个很传神的词。相反的，notification最大的特色就是不关心结果。所以notification往往用did这个词汇。

- 两个模块之间联系不是很紧密，就用notification传值，例如多线程之间传值用notificaiton。

- delegate只是一种较为简单的回调，且主要用在一个模块中，例如底层功能完成了，需要把一些值传到上层去，就事先把上层的函数通过delegate传到底 层，然后在底层call这个delegate，它们都在一个模块中，完成一个功能，例如 说 NavgationController 从 B 界面到A 点返回按钮 (调用popViewController方法) 可以用delegate比较好。 

- KVO是一个对象能够观察另外一个对象的属性的值，并且能够发现值的变化。NotificationCenter和Delegate两种模式更加适合一个controller与任何其他的对象进行通信，而KVO更加适合任何类型的对象侦听, 另外一个任意对象的改变(这里也可以是controller，但一般不是controller)。这是一个对象与另外一个对象保持同步的一种方法，即当另外一种对象的状态发生改变时，观察对象马上作出反应。它只能用来对属性作出反应，而不会用来对方法或者动作作出反应。