KVO (Key-Value Observing) 键值观察模式

转自 : http://www.cocoadev.cn/Objective-C/Key-Value-Observing-Quick-Start-cn.asp

Key-Value Observing 快速入门

翻译：杨登峰 （dengfengyang@gmail.com）

时间：2010-03-12

转帖请注明转之 苹果开发中文网（http://www.CocoaDev.cn）

以上说明是本文不可分割的一部分。

 

假如需要掌握Key-Value Observing机制，那么需要阅读本文应该有帮助。本文提供了Key-Value Observing的一个概述，并且解释为什么需要用它，什么时候用它。在阅读本文之前需要对Key-Value Observing需要有一个基本的了解。

Key-Value Observing机制的概述

Key-Value Observing (简写为KVO)：当指定的对象的属性被修改了，允许对象接受到通知的机制。每次指定的被观察对象的属性被修改的时候，KVO都会自动的去通知相应的观察者。

KVO的优点

当有属性改变，KVO会提供自动的消息通知。这样的架构有很多好处。首先，开发人员不需要自己去实现这样的方案：每次属性改变了就发送消息通知。这是KVO机制提供的最大的优点。因为这个方案已经被明确定义，获得框架级支持，可以方便地采用。开发人员不需要添加任何代码，不需要设计自己的观察者模型，直接可以在工程里使用。其次，KVO的架构非常的强大，可以很容易的支持多个观察者观察同一个属性，以及相关的值。

KVO如何工作

需要三个步骤来建立一个属性的观察员。理解这三个步骤就可以知道KVO如何设计工作的。

 

（1）首先，构思一下如下实现KVO是否有必要。比如，一个对象，当另一个对象的特定属性改变的时候，需要被通知到。

例如，PersonObject希望能够觉察到BankObject对象的accountBalance属性的任何变化。

 

（2）那么PersonObject必须发送一个“addObserver:forKeyPath:options:context:”消息，注册成为BankObject的accountBalance属性的观察者。

（说明：“addObserver:forKeyPath:options:context:”方法在指定对象实例之间建立了一个连接。注意，这个连接不是两个类之间建立的，而是两个对象实例之间建立的。）

 

（3）为了能够响应消息，观察者必须实现“observeValueForKeyPath:ofObject:change:context:”方法。这个方法实现如何响应变化的消息。在这个方法里面我们可以跟自己的情况，去实现应对被观察对象属性变动的相应逻辑。

转自 : http://www.cocoadev.cn/Objective-C/KVO-20100222-0627.asp

KVO/KVC 实现机理分析

苹果开发中文网  2010-2-22 14:14:58  作者：发芽的石头

【 字体： 大  中  小】

作者：杨登峰 （dengfengyang@gmail.com）

时间：2010-03-12

转帖请注明转之 苹果开发中文网（http://www.CocoaDev.cn）

以上说明是本文不可分割的一部分。

Objective-C里面的Key-Value Observing (KVO)机制，非常不错，可以很好的减少浇水代码。关于KVO的学习，可以参考文章：《Key-Value Observing快速入门》：http://www.cocoadev.cn/Objective-C/Key-Value-Observing-Quick-Start-cn.asp

 

Key-Value Coding（KVC）实现分析

    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语言的）。

    关于如何找到实现函数的指针，可参考文章：《Objective-C如何避免动态绑定，而获得方法地址》：http://www.cocoadev.cn/Objective-C/Get-method-address.asp

    这下KVC内部的实现就很清楚的清楚了：一个对象在调用setValue的时候，（1）首先根据方法名找到运行方法的时候所需要的环境参数。（2）他会从自己isa指针结合环境参数，找到具体的方法实现的接口。（3）再直接查找得来的具体的方法实现。

 

Key-Value Observing（KVO）实现

    在上面所介绍的KVC机制上加上KVO的自动观察消息通知机制就水到渠成了。

    当观察者为一个对象的属性进行了注册，被观察对象的isa指针被修改的时候，isa指针就会指向一个中间类，而不是真实的类。所以isa指针其实不需要指向实例对象真实的类。所以我们的程序最好不要依赖于isa指针。在调用类的方法的时候，最好要明确对象实例的类名。

    熟悉KVO的朋友都知道，只有当我们调用KVC去访问key值的时候KVO才会起作用。所以肯定确定的是，KVO是基于KVC实现的。其实看了上面我们的分析以后，关系KVO的架构的构思也就水到渠成了。

    因为KVC的实现机制，可以很容易看到某个KVC操作的Key，而后也很容易的跟观察者注册表中的Key进行匹对。假如访问的Key是被观察的Key，那么我们在内部就可以很容易的到观察者注册表中去找到观察者对象，而后给他发送消息。