【iOS】KVC 和 KVO 的使用场景

Key Value Coding

Key Value Coding是cocoa的一个标准组成部分，它能让我们可以通过name(key)的方式访问property, 不必调用明确的property accssor, 如我们有个property叫做foo, 我们可以foo直接访问它，同样我们也可以用KVC来完成[Object valueForKey:@“foo”], 有同学就会问了， 这样做有什么好处呢？主要的好处就是来减少我们的代码量。

 

下面我们来看看几个例子，就明白了KVO的用法和好处了，假设这样个类叫做People,

@interface People: NSObject 
  
@property (nonatomic, strong) NSString *name; 
@property (nonatomic, strong) NSNumber *age; 
  
@end 

场景1，apple 官网的一个例子，当我们需要统计很多People的时候，每一行是一个人的实例，并且有2列属性，name, age, 这时候我们可以会这样做，

- (id)tableView:(NSTableView *)tableview 
      objectValueForTableColumn:(id)column row:(NSInteger)row { 
  
    People *people = [peoleArray objectAtIndex:row]; 
    if ([[column identifier] isEqualToString:@"name"]) { 
        return [people name]; 
    } 
    if ([[column identifier] isEqualToString:@"age"]) { 
        return [people age]; 
    } 
    // And so on. 
} 

同样我们也可以用KVC，帮助我们化简这些if, 因为name, age其实都是property, 我们可以直接通过key来访问，所以整理过后是

People *people = [peopleArray objectAtIndex:row]; 
return [people valueForKey:[column identifier]]; 

场景2，这下我们有了server, server的某个api(listPeople??), 会返回我们json格式一个数组，里面包含这样dict{name:xx, age:xx}这样的数据， 我们希望用这些dict数据构造出我们的people来，通常我们的做法是，为我们People类写一个static factory方法专门用来处理dict来， 把dict里面的数据取出来, 然后创建个空的People对象，然后依次设置property。然而当这样类似People的与server交互的类多了，我们就要为每个类都要加上这样的wrapper, 是否有种简单办法来设置这样的属性，当然就是我们的KVC了。

-(id) initWithDictionary:(NSMutableDictionary*) jsonObject 
{ 
    if((self = [super init])) 
    { 
        [self init]; 
        [self setValuesForKeysWithDictionary:jsonObject]; 
    } 
    return self; 
} 

setValuesForKeysWithDictionary, 会为我们把和dictionary的key名字相同的class proerty设置上dict中key对应的value, 是不是很方便呀，但是有同学又要问了 如果json里面的某些key就是和object的property名字不一样呢，或者有些server返回的字段是objc保留字如”id”, “description”等， 我们也希望也map dict to object, 这时候我们就需要用上setValue:forUndefinedKey, 因为如果我们不处理这些Undefined Key，还是用setValuesForKeysWithDictionary就会 抛出异常。

- (void)setValue:(id)value forUndefinedKey:(NSString *)key 
{ 
    if([key isEqualToString:@"nameXXX"]) 
        self.name = value; 
    if([key isEqualToString:@"ageXXX"]) 
        self.age = value; 
    else 
        [super setValue:value forKey:key]; 
} 

所以只要重载这个方法，就可以处理了那些无法跟property相匹配的key了，默认的实现是抛出一个NSUndefinedKeyException，又有同学发问了如果 这时候server返回的People有了内嵌的json(如Products{product1{count:xx, sumPrice:xx}}, product2{} ….)，又该怎么办，能把这个内嵌的json转化成我们的客户端的Product类嘛， 当然可以这时候就需要重载setValue:forKey, 单独处理”Products”这个key, 把它wrapper成我们需要的class

-(void) setValue:(id)value forKey:(NSString *)key 
{ 
  if([key isEqualToString:@"products"]) 
  { 
    for(NSMutableDictionary *productDict in value) 
    { 
      Prodcut *product = [[Product alloc] initWithDictionary:prodcutDict]; 
      [self.products addObject:product]; 
    } 
  } 
} 

场景3，我们需要把一个数组里的People的名字的首字母大写，并且把新的名字存入新的数组， 这时候通常做法会是遍历整个数组，然后把每个People的name取出来，调用 capitalizedString 然后把新的String加入新的数组中。 有了KVC就有了新做法:

 

[array valueForKeyPath:@"name.capitalizedString"] 

 

我们看到valueForKeyPath, 为什么用valueForKeyPath, 不用valueForKey, 因为valueForKeyPath可以传递关系，例如这里是每个People的name property的String的capitalizedString property， 而valueForKey不能传递这样的关系，所以对于dict里面的dict, 我们也只能用valueForKeyPath。这里我们也看到KVC对于array(set), 做了特殊处理，不是简单操作collection上，而是 针对这些collection里面的元素进行操作，同样KVC也提供更多地操作，例如@sum这些针对collection，有兴趣的同学可以去用下。

 

场景4，当我们执行NSArray *products = [people valueForKey:@“products”]，我们希望的是[people products]，可是people没有这样的方法， KVC又会为我们带来些什么呢？

 

首先会去找getProdcuts or products or isProducts, 按照这样的顺序去查找，第一个找到的就返回

然后会去找countOfProducts and either objectInProductsAtIndex: or ProductsAtIndexes, 如果找到，就会去找countOfProducts and enumeratorOfProducts and memberOfProducts 这个2个方法都找到了，KVC才会给我们返回一个代理的NSKeyValueArray，用于我们后续的操作（addProduct之类的）。

 

如果有个变量叫做 products, isProducts, products or isProducts, KVC会直接就使用这样的变量，如果你觉得直接用这样的变量是破坏了封装， 可以禁止这样的行为发生，重载 +accessInstanceVariablesDirectly，返回NO。

 

简单来说，valueForKey, 会给我们带来一个代理array, 如果我们实现了某些方法，上诉的这些方法只是针对NSArray, 对于mutable的collection, 我们还需要提供其他 方法的实现才行。

 

Key Value Observing

Key Value Observing, 顾名思义就是一种observer 模式用于监听property的变化，KVO跟NSNotification有很多相似的地方， 用addObserver:forKeyPath:options:context:去start observer, 用removeObserver:forKeyPath:context去stop observer, 回调就是observeValueForKeyPath:ofObject:change:context:。

 

- (void)removeObservation { 
    [self.object removeObserver:self 
                     forKeyPath:self.property]; 
} 
  
- (void)addObservation { 
    [self.object addObserver:self forKeyPath:self.property 
                     options:0 
                     context:(__bridge void*)self]; 
} 
  
- (void)observeValueForKeyPath:(NSString *)keyPath 
                      ofObject:(id)object 
                        change:(NSDictionary *)change 
                      context:(void *)context { 
  if ((__bridge id)context == self) { 
    // 只处理跟我们当前class的property更新 
  } 
  else { 
    [super observeValueForKeyPath:keyPath ofObject:object 
                           change:change context:context]; 
  } 
} 

 

对于KVO来说，我们要做的只是简单update 我们的property数据，不需要像NSNotificationCenter那样关心是否有人在监听你的请求，如果没有人监听该怎么办， 所有addObserver, removeObserver, callback 都是想要监听的你的property的class做的事情。 曾经做个项目，用NSNotificationCenter post Notification在一个network callback里面，可是这时候因为最早的addObserver的class被释放了， 接着生成的addObserver的class, 就接受到了上一个observer该监听的事件，所以造成了错误，那时候的解决方案是为addObserve key做unique，不会2次addObserver 的key是相同的，但是有了KVO, 我们同样可以用KVO来完成，当addOberver的的object remove的时候，就不会有这样的callback被调用了。

 

KVO给我们提供了更少的代码，和比NSNotification好处，不需要修改被观察的class, 永远都是观察你的人做事情。 但是KVO也有些毛病， 1. 如果没有observer监听key path, removeObsever:forKeyPath:context: 这个key path, 就会crash, 不像NSNotificationCenter removeObserver。 2. 对代码你很难发现谁监听你的property的改动，查找起来比较麻烦。 3. 对于一个复杂和相关性很高的class，最好还是不要用KVO, 就用delegate 或者 notification的方式比较简洁。

 

Summary

尽量使用KVC可以大大地减少我们的代码量，当遇到property的时候，可以多想想是否可以KVC来帮助我，是否可以用KVC来重构代码， 当需要加入observer模式时，可以考虑下KVO, 在高性能的observer里面，KVO会给我们很好的帮助。

//第二篇简便介绍

转自：http://www.cnblogs.com/scorpiozj/archive/2011/03/14/1983643.html

对kvo／kvc做了简单的介绍，可作为入门读物。

有些术语描述不够精确请指正。

欢迎讨论。

Kvo是Cocoa的一个重要机制，他提供了观察某一属性变化的方法，极大的简化了代码。这种观察－被观察模型适用于这样的情况，比方说根据A（数 据类）的某个属性值变化，B（view类）中的某个属性做出相应变化。对于推崇MVC的cocoa而言，kvo应用的地方非常广泛。（这样的机制听起来类 似Notification，但是notification是需要一个发送notification的对象，一般是 notificationCenter，来通知观察者。而kvo是直接通知到观察对象。）

适用kvo时，通常遵循如下流程：

1 注册：

-(void)addObserver:(NSObject *)anObserver forKeyPath:(NSString *)keyPath options:(NSKeyValueObservingOptions)options context:(void*)context

keyPath就是要观察的属性值，options给你观察键值变化的选择，而context方便传输你需要的数据（注意这是一个void型）

2 实现变化方法：

-(void) observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object
change:(NSDictionary *)change context:(void*)context

change里存储了一些变化的数据，比如变化前的数据，变化后的数据；如果注册时context不为空，这里context就能接收到。

是不是很简单？kvo的逻辑非常清晰，实现步骤简单。

说了这么多，大家都要跃跃欲试了吧。可是，在此之前，我们还需要了解KVC机制。其实，知道了kvo的逻辑只是帮助你理解而已，要真正掌握的，不在 于kvo的实现步骤是什么，而在于KVC，因为只有符合KVC标准的对象才能使用kvo（强烈推荐要使用kvo的人先理解KVC）。

KVC是一种间接访问对象属性（用字符串表征）的机制，而不是直接调用对象的accessor方法或是直接访问成员对象。

key就是确定对象某个值的字符串，它通常和accessor方法或是变量同名，并且必须以小写字母开头。Key path就是以“.”分隔的key，因为属性值也能包含属性。比如我们可以person这样的key，也可以有key.gender这样的key path。

获取属性值时可以通过valueForKey:的方法，设置属性值用setValue:forKey:。与此同时，KVC还对未定义的属性值定义了 valueForUndefinedKey:，你可以重载以获取你要的实现（补充下，KVC定义载NSKeyValueCoding的非正式协议里）。

在O-C 2.0引入了property，我们也可以通过.运算符来访问属性。下面直接看个例子：

@property NSInteger number;

instance.number =3;
[instance setValue:[NSNumber numberWithInteger:3] forKey:@"number"];

注意KVC中的value都必须是对象。

以上介绍了通过KVC来获取／设置属性，接下来要说明下实现KVC的访问器方法（accessor method）。Apple给出的惯例通常是：

－key：，以及setKey：（使用的name convention和setter／getter命名一致）。对于未定义的属性可以用setNilValueForKey:。

至此，KVC的基本概念你应该已经掌握了。之所以是基本，因为只涉及到了单值情况，kvc还可以运用到对多关系，这里就不说了，留给各位自我学习的空间

接下来，我们要以集合为例，来对掌握的KVC进行一下实践。

之所以选择array，因为在ios中，array往往做为tableview的数据源，有这样的一种情况：

 假设我们已经有N条数据，在进行了某个操作后，有在原先的数据后多了2条记录；或者对N中的某些数据进行更新替换。不使用KVC我们可以使用 reloadData方法或reloadRowsAtIndexPaths。前一种的弊端在于如果N很大消耗就很大。试想你只添加了几条数据却要重载之前 N数据。后一种方法的不足在于代码会很冗余，你要一次计算各个indexPath再去reload，而且还要提前想好究竟在哪些情况下会引起数据更新，

倘若使用了KVC/kvo，这样的麻烦就迎刃而解了，你将不用关心追加或是更新多少条数据。

下面将以添加数据为例，说明需要实现的方法：

实现insertObject:inKeyAtIndex:或者insertKey:atIndexes。同时在kvo中我们可以通过change这个dictionary得知发生了哪种变化，从而进行相应的处理。

另附关于KVC/KVO的资料：点击下载

新增加一个例子：点击下载