KVC运用了一个isa-swizzling技术。isa-swizzling就是类型混合指针机制。KVC主要通过isa- swizzling，来实现其内部查找定位的。isa指针，如其名称所指，（就是is a kind of的意思），指向维护分发表的对象的类。该分发表实际上包含了指向实现类中的方法的指针，和其它数据。
比如说如下的一行KVC的代码：
[site setValue:@"sitename" forKey:@"name"];
就会被编译器处理成：
SEL sel = sel_get_uid ("setValue:forKey:");
IMP method = objc_msg_lookup (site->isa,sel);
method(site, sel, @"sitename", @"name");
首先介绍两个基本概念：
（1）SEL数据类型：它是编译器运行Objective-C里的方法的环境参数。
（2）IMP数据类型：他其实就是一个 编译器内部实现时候的函数指针。当Objective-C编译器去处理实现一个方法的时候，就会指向一个IMP对象，这个对象是C语言表述的类型（事实 上，在Objective-C的编译器处理的时候，基本上都是C语言的）。
这下KVC内部的实现就很清楚的清楚了：一个对象在调用setValue的时候，（1）首先根据方法名找到运行方法的时候所需要的环境参 数。（2）他会从自己isa指针结合环境参数，找到具体的方法实现的接口。（3）再直接查找得来的具体的方法实现。
Key-Value Observing机制的概述
Key-Value Observing (简写为KVO)：当指定的对象的属性被修改了，允许对象接受到通知的机制。每次指定的被观察对象的属性被修改的时候，KVO都会自动的去通知相应的观察 者。
KVO的优点
当有属性改变，KVO会提供自动的消息通知。这样的架构有很多好处。首先，开发人员不需要自己去实现这样的方案：每次属性改变了就发送消息通知。这 是KVO机制提供的最大的优点。因为这个方案已经被明确定义，获得框架级支持，可以方便地采用。开发人员不需要添加任何代码，不需要设计自己的观察者模 型，直接可以在工程里使用。其次，KVO的架构非常的强大，可以很容易的支持多个观察者观察同一个属性，以及相关的值。
KVB
两个基本方法
1:为对象添加观察者OBserver
addObserver:forKeyPath:options:context:
2:观察者OBserver收到信息的处理函数
observeValueForKeyPath:ofObject:change:context:
MVC架构是"Model-View-Controller"的缩写，中文翻译为"模式-视图-控制器"。MVC应用程序总是由这三个部分组成。 Event(事件)导致Controller改变Model或View，或者同时改变两者。只要Controller改变了Models的数据或者属性， 所有依赖的View都会自动更新。类似的，只要Controller改变了View，View会从潜在的Model中获取数据来刷新自己。
MVC架构最早是smalltalk语言研究团提出的，应用于用户交互应用程序中。
MVC模式是一个复杂的架构模式，其实现也显得非常复杂。但是，我们已经总结出了很多可靠的设计模式，多种设计模式结合在一起，使MVC模式的 实现变得相对简单易行。Views可以看作一棵树，显然可以用Composite Pattern来实现。Views和Models之间的关系可以用Observer Pattern体现。Controller控制Views的显示，可以用Strategy Pattern实现。Model通常是一个调停者，可采用Mediator Pattern来实现。
KVC--KVO--KVB优势
些机制通过规定了一组通用的Cocoa命名法则、调用规则等，实现了如下功能：
1.
2.
3.
在很多时候接触到很多地方都有对KVC,KVO的描述，但是都是一笔带过.只知道这是Object-C提供的一个不错的机制，可以很好的减少浇水代码。
其实KVC、KVO即NSKeyValueCoding和NSKeyValueCoding的简称。
在官方文档中描述为
那我们KVO、KVC用来做什么的我们又怎么使用它呢？
首先我们先了解下KVO的机制
KVO:当指定的对象的属性被修改了，允许对象接收到通知的机制。每当在类中定义一个监听
如:
[self addObserver:self
forKeyPath:@"items"
options:0
***
当然你还可以监听其他对象的属性变化
[person addObserver:money
forKeyPath:@"account"
options:0
****
只要当前类中items这个属性发生的变化都会触发到以下的方法。
- (void)observeValueForKeyPath:(NSString *)keyPath
ofObject:(id)object
change:(NSDictionary *)change
context:(void
KVO的优点:
当有属性改变，KVO会提供自动的消息通知。这样开发人员不需要自己去实现这样的方案：每次属性改变了就发送消息通知。
这是KVO机制提供的最大的优点。因为这个方案已经被明确定义，获得框架级支持，可以方便地采用。
开发人员不需要添加任何代码，不需要设计自己的观察者模型，直接可以在工程里使用。
其次，KVO的架构非常的强大，可以很容易的支持多个观察者观察同 一个属性，以及相关的值。
KVC的实现分析
KVC运用了一个isa-swizzling技术。
isa-swizzling就是类型混合指针机制。KVC主要通过isa-swizzling，来实现其内部查找定位的。
isa指针,就是is a kind of的意思,指向维护分发表的对象的类。该分发表实际上包含了指向实现类中的方法的指针，和其它数据。
如下KVC的代码:
[person setValue:@"personName" forKey:@"name"];
就会被编译器处理成：
SEL sel = sel_get_uid ("setValue:forKey:");
IMP
method(person, sel, @"personName", @"name");
***
其中:
SEL数据类型：它是编译器运行Objective-C里的方法的环境参数。
IMP数据类型：他其实就是一个 编译器内部实现时候的函数指针。当Objective-C编译器去处理实现一个方法的时候，就会指向一个IMP对象，这个对象是C语言表述的类型。
***
KVC在调用方法setValue的时候
（1）首先根据方法名找到运行方法的时候所需要的环境参数。
（2）他会从自己isa指针结合环境参数，找到具体的方法实现的接口。
（3）再直接查找得来的具体的方法实现。
这样的话前面介绍的KVO实现就好理解了
当一个对象注册了一个观察者,被观察对象的isa指针被修改的时候,isa指针就会指向一个中间类，而不是真实的类。
所以isa指针其实不需要指向实例对象真实的类。所以我们的程序最好不要依赖于isa指针。在调用类的方法的时候，最好要明确对象实例的类名。
这样只有当我们调用KVC去访问key值的时候KVO才会起作用。所以肯定确定的是，KVO是基于KVC实现的。
