一.KVC和KVO的概念
1.KVC:NSKeyValueCoding的简称，是一种可以直接通过字符串的名字（key）来访问类属性的机制，而不是通过调用的Setter、Getter方法访问。
2.KVO:NSKeyValueObserving的简称，是当指定的对象的属性被修改了，允许对象接收到通知的机制。
1、概述
KVC是KeyValue Coding的简称，它是一种可以直接通过字符串的名字(key)来访问类属性的机制。而不是通过调用Setter、Getter方法访问。
当使用KVO、Core Data、CocoaBindings、AppleScript(Mac支持)时，KVC是关键技术。
2、如何使用KVC
关键方法定义在：NSKeyValueCodingprotocol
KVC支持类对象和内建基本数据类型。
3、获取值
valueForKey:，传入NSString属性的名字。
valueForKeyPath:，传入NSString属性的路径，xx.xx形式。
valueForUndefinedKey它的默认实现是抛出异常，可以重写这个函数做错误处理。
二.KVC介绍
1、概述
KVO,即：Key-Value Observing，它提供一种机制，当指定的对象的属性被修改后，则对象就会接受到通知。简单的说就是每次指定的被观察的对象的属性被修改后，KVO就会自动通知相应的观察者了。
KVO其实也是“观察者”设计模式的一种应用。我的看法是，这种模式有利于两个类间的解耦合，尤其是对于 业务逻辑与视图控制 这两个功能的解耦合。
2、用法
先来看个引子：
有一个业务类：Walker，在这个类内部只负责关于业务逻辑的处理，比如负责从服务器传来的JSON中解析数据，或做其他业务数据上的处理。
有另一个类：ViewController，专门负责界面的交互与试图更新。其中，需要讲Walker的某些属性显示出来，并实时更新。
目前，据我所能想到的方法有以下几种：
方法1、直接的函数调用
在Walker的类内部，把创建一个ViewController的对象，然后调用ViewController的修改界面的方法，把需要改动的属性值作为形参传给该函数。
这种方式最直观，因为它不需要绕任何弯子。但是，确实最糟的方法。因为Walker与ViewController这两个类从此紧紧耦合在一起了。记住这句话，处理业务逻辑的类，对外部的事情知道得越少越好。甚至于，要做到外部是否有VC(View Controller)，有多少个VC都不影响我。假设这是一个项目，程序员A负责业务逻辑的处理，程序员B负责UI，则采取这种方式后，程序员A就受制于B，互相干扰。
方法2、利用消息通信机制（NSNotification）
在Walker内部建立消息中心NSNotificationCenter，把实例化之后的VC对象作为observer。Center建在Walker或者VC都无所谓，具体看我博客的另一篇文章【NSNotificationCenter总结】。这种方法比前面的方法好一些。但是有一个很大的缺点：如果Walker需要更改的属性很多而且很频繁，那么这种方式很不方便传值。而且，注意到了没，“把实例化后的VC对象作为observer”，始终逃不开在Walker内部对VC实例化。依旧是耦合着。
方法3、利用delegate
关于delegate的介绍有很多，这里就不多讲。但是在这种需求下用 delegate，有点“杀鸡用牛刀”感觉，成本较大，而且不直观。
方法4、利用KVO模式
所有的代码都将在ViewController中实现。对于Walker，它自己都不知道外部是否有VC，以及VC会怎用用我的属性。
3、个人总结
Kvo是Cocoa的一个重要机制，它提供了观察某一属性变化的方法，极大的简化了代码。这种观察－被观察模型适用于这样的情况，比方说根据A（数 据类）的某个属性值变化，B（view类）中的某个属性做出相应变化。对于推崇MVC的cocoa而言，kvo应用的地方非常广泛。（这样的机制听起来类似Notification（点击查看详情），但是notification是需要一个发送notification的对象，一般是 notificationCenter，来通知观察者。而kvo是直接通知到观察对象。）
