声明，不是原创，笔记均来自 群主大神~

手动实现KVO

什么是KVO和KVC?

答：KVC:键 – 值编码是一种间接访问对象的属性使用字符串来标识属性，而不是通过调用存取方法，直接或通过实例变量访问的机制。
 很多情况下可以简化程序代码。apple文档其实给了一个很好的例子。
 KVO:键值观察机制，他提供了观察某一属性变化的方法，极大的简化了代码。
 具体用看到嗯哼用到过的一个地方是对于按钮点击变化状态的的监控。
 
比如我自定义的一个button
 
 
[self addObserver:self forKeyPath:@"highlighted" options:0 context:nil];
 
\#pragma mark KVO
 
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context
 
{
    
    if ([keyPath isEqualToString:@"highlighted"] ) {
        
        [self setNeedsDisplay];
        
    }
}
对于系统是根据keypath去取的到相应的值发生改变，理论上来说是和kvc机制的道理是一样的。
 
对于kvc机制如何通过key寻找到value：
 
“当通过KVC调用对象时，比如：[self valueForKey:@”someKey”]时，程序会自动试图通过
几种不同的方式解析这个调用。首先查找对象是否带有 someKey 这个方法，如果没找到，
会继续查找对象是否带有someKey这个实例变量(iVar)，如果还没有找到，程序会继续试图
调用 -(id) valueForUndefinedKey:这个方法。如果这个方法还是没有被实现的话，程序会
抛出一个NSUndefinedKeyException异常错误。
(cocoachina.com注
：Key-Value Coding查找方法的时候，不仅仅会查找someKey这个方法，还会查找getsomeKey
这个方法，前面加一个get，或者someKey以及getsomeKey这几种形式。同时，查找实例变
量的时候也会不仅仅查找someKey这个变量，也会查找_someKey这个变量是否存在。) - 设计
valueForUndefinedKey:方法的主要目的是当你使用-(id)valueForKey方法从对象中请求值时，
对象能够在错误发生前，有最后的机会响应这个请求。这样做有很多好处，下面的两个例子
说明了这样做的好处。“
 
来至cocoa，这个说法应该挺有道理。
 
因为我们知道button却是存在一个highlighted实例变量.因此为何上面我们只是add一个相关的keypath就行了，
 
可以按照kvc查找的逻辑理解，就说的过去了。

KVO内部实现原理

• KVO是基于runtime机制实现的
• 当某个类的属性对象第一次被观察时，系统就会在运行期动态地创建该类的一个派生类，
在这个派生类中重写基类中任何被观察属性的setter 方法。派生类在被重写的setter方法内
实现真正的通知机制
• 如果原类为Person，那么生成的派生类名为NSKVONotifying_Person
• 每个类对象中都有一个isa指针指向当前类，当一个类对象的第一次被观察，那么系统会偷偷
将isa指针指向动态生成的派生类，从而在给被监控属性赋值时执行的是派生类的setter方法
• 键值观察通知依赖于NSObject 的两个方法: willChangeValueForKey: 和didChangevlueForKey:；
在一个被观察属性发生改变之前， willChangeValueForKey: 一定会被调用，这就 会记录旧的值。而当
改变发生后，didChangeValueForKey: 会被调用，继而observeValueForKey:ofObject:change:context: 也会被调用。

• 补充：KVO的这套实现机制中苹果还偷偷重写了class方法，让我们误认为还是使用的当前类，
从而达到隐藏生成的派生类

NSNotification和KVO的区别和用法是什么？什么时候应该使用通知，什么时候应该使用KVO,他们的实现有何区别？如果用protocol和delegate来实现类似的功能可能吗？可能的话有何问题？不可能的话why？

通知比较灵活，一个通知能被多个对象接受，一个对象可以接受多个通知。

代理比较规范，但是代码较多（默认是一对一）

KVO性能不好（底层会产生新的类），只能监听某个对象属性的变化，不推荐使用.

KVO，NSNotification，delegate及block区别

• KVO就是cocoa框架实现的观察者模式，一般同KVC搭配使用，通过KVO可以监测一个值的变化，比如View的高度变化。是一对多的关系，一个值的变化会通知所有的观察者。
• NSNotification是通知，也是一对多的使用场景。在某些情况下，KVO和NSNotification是一样的，都是状态变化之后告知 对方。NSNotification的特点，就是需要被观察者先主动发出通知，然后观察者注册监听后再来进行响应，比KVO多了发送通知的一步，但是其优 点是监听不局限于属性的变化，还可以对多种多样的状态变化进行监听，监听范围广，使用也更灵活。
• delegate 是代理，就是我不想做的事情交给别人做。比如狗需要吃饭，就通过delegate通知主人，主人就会给他做饭、盛饭、倒水，这些操作，这些狗都不需要关 心，只需要调用delegate（代理人）就可以了，由其他类完成所需要的操作。所以delegate是一对一关系。
• block是delegate的另一种形式，是函数式编程的一种形式。使用场景跟delegate一样，相比delegate更灵活，而且代理的实现更直观。
• KVO一般的使用场景是数据，需求是数据变化，比如股票价格变化，我们一般使用KVO（观察者模式）。
delegate一般的使用场景是行为，需求是需要别人帮我做一件事情，比如买卖股票，我们一般使用delegate。
Notification 一般是进行全局通知，比如利好消息一出，通知大家去买入。delegate是强关联，就是委托和代理双方互相知道，你委托别人买股票你就需要知道经纪人， 经纪人也不要知道自己的顾客。Notification是弱关联，利好消息发出，你不需要知道是谁发的也可以做出相应的反应，同理发消息的人也不需要知道 接收的人也可以正常发出消息。