iOS KVC KVO KVB

 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

  context:contexStr];

***

当然你还可以监听其他对象的属性变化

[person addObserver:money

  forKeyPath:@"account"

  options:0

  context:contexStr];

****

只要当前类中items这个属性发生的变化都会触发到以下的方法。

- (void)observeValueForKeyPath:(NSString *)keyPath

ofObject:(id)object

change:(NSDictionary *)change

context:(void *)context

 

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 = objc_msg_lookup (person->isa,sel);

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实现的。