kvc/kvo

http://www.evernote.com/shard/s20/sh/31282c0d-f702-4900-9842-cffd64cdc45a/fbf2f02e8cd81c5f9445f825ca1531d3

 

kvc 就是一种通过字符串去间接操作对象属性的机制， 
访问一个对象属性我们可以 person.age  也可以通过kvc的方式   [person valueForKey:@"age"]
keypath 就是属性链式访问  如 person.address.street  有点象java里面的pojo  ognl表达式之类的

假如给出的字符串没有对象的属性 会访问valueForUndefineKey方法 默认实现是raise 一个异常 但你可以重写这个方法,   setValue的时候也是一样的道理

key path accounts.transactions.payee would return an array with all the payee objects, for all the transactions, in all the accounts.

当设置一个非对象属性为nil时会抛异常， 但你也可以重写方法

kvo 就是一个在语言框架层面实现的观察者模式 通过kvc的方式修改属性时，会主动通知观察者

例子
person类
@implementation Person

@synthesize name,age;


-(void) changeName{
    name=@"changeName directly";
}

@end


PersonMonitor类  监视了name属性

@implementation PersonMonitor


- (void)observeValueForKeyPath:(NSString *)keyPath
                      ofObject:(id)object
                        change:(NSDictionary *)change
                       context:(void *)context
{
    if ([keyPath isEqual:@"name"]) {
        NSLog(@"change happen, old:%@   new:%@",[change objectForKey:NSKeyValueChangeOldKey],[change objectForKey:NSKeyValueChangeNewKey]);

    }
    }

@end



测试代码
    Person *p =[[Person alloc] init];
  
    PersonMonitor *pm= [[PersonMonitor alloc]init];
    [p addObserver:pm forKeyPath:@"name" options:(NSKeyValueObservingOptionNew |
                                                  NSKeyValueObservingOptionOld) context:nil];
  
    NSLog(@"p.name is %@",p.name);
    [p setValue:@"name kvc" forKey:@"name"];
    NSLog(@"p name get by kvc is %@",[p valueForKey:@"name"]);
    p.name=@"name change by .name=";
    [p changeName]; //can't be notify


输出
2011-07-03 16:35:57.406 Cocoa[13970:903] p.name is name
2011-07-03 16:35:57.418 Cocoa[13970:903] change happen, old:name   new:name kvc
2011-07-03 16:35:57.420 Cocoa[13970:903] p name get by kvc is name kvc
2011-07-03 16:35:57.421 Cocoa[13970:903] change happen, old:name kvc   new:name change by .name=
最后一次修改是直接修改  所以没法产生通知

 

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如何避免动态绑定，而获得方法地址》：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，那么我们在内部就可以很容易的到观察者注册表中去找到观察者对象，而后给他发送消息。