ios之KVC机制的使用/ KVO机制使用的概述

KVC是Key Value Coding的缩写，意思是键值编码。在iOS中，提供了一种方法通过使用属性的名称（也就是Key）来间接访问对象的属性方法。说的有的拗口，实际上就是通过类定义我们可以看到类的各种属性，那么使用属性的名称我们就能访问到类实例化后的对象的这个属性值。

      这个方法可以不通过getter／setter方法来访问对象的属性。因为一个类的成员变量如果没有提供getter／setter的话，外界就失去了对这个变量的访问渠道。而KVC则提供了一种访问的方法，这个在某些场合会很有威力。

      不多说了，上代码：

[html]  view plain copy

1. @interface myPerson : NSObject  
2. {  
3.     NSString *_name;  
4.     int      _age;  
5.     int      _height;  
6.     int      _weight;  
7. }  
8. @end  

[html]  view plain copy

1. @interface testViewController : UIViewController  
2.   
3. @property (nonatomic, retain) myPerson *testPerson;  
4.   
5. @end  

[html]  view plain copy

1. - (void)testKVC  
2. {  
3.     testPerson = [[myPerson alloc] init];  
4.       
5.     NSLog(@"testPerson's init height = %@", [testPerson valueForKey:@"height"]);  
6.     [testPerson setValue:[NSNumber numberWithInt:168] forKey:@"height"];  
7.     NSLog(@"testPerson's height = %@", [testPerson valueForKey:@"height"]);  
8. }  

        第一段代码是定义了一个myPerson的类，这个类有一个_height的属性，但是没有提供任何getter／setter的访问方法。同时在testViewController这个类里面有一个myPerson的对象指针。

        当myPerson实例化后，常规来说是无法访问这个对象的_height属性的，不过通过KVC我们做到了，代码就是testKVC这个函数。

        运行之后打印值就是：

2013-11-02 11:16:21.970 test[408:c07] testPerson's init height = 0

2013-11-02 11:16:21.971 test[408:c07] testPerson's height = 168

    这就说明确实读写了_height属性。

    KVC的常用方法：

[html]  view plain copy

1. - (id)valueForKey:(NSString *)key;  
2. - (void)setValue:(id)value forKey:(NSString *)key;  

    valueForKey的方法根据key的值读取对象的属性，setValue:forKey:是根据key的值来写对象的属性。

    这里有几个要强调一下

1. key的值必须正确，如果拼写错误，会出现异常

2. 当key的值是没有定义的，valueForUndefinedKey:这个方法会被调用，如果你自己写了这个方法，key的值出错就会调用到这里来

3. 因为类key反复嵌套，所以有个keyPath的概念，keyPath就是用.号来把一个一个key链接起来，这样就可以根据这个路径访问下去

4. NSArray／NSSet等都支持KVC
======================================================================================================================== KVO,即：Key-Value Observing，它提供一种机制，当指定的对象的属性被修改后，则对象就会接受到通知。简单的说就是每次指定的被观察的对象的属性被修改后，KVO就会自动通知相应的观察者了。

KVO其实也是“观察者”设计模式的一种应用。我的看法是，这种模式有利于两个类间的解耦合，尤其是对于 业务逻辑与视图控制 这两个功能的解耦合。

 

二、引子

先来看个引子：

有一个业务类：Walker，在这个类内部只负责关于业务逻辑的处理，比如负责从服务器传来的JSON中解析数据，或做其他业务数据上的处理。

有另一个类：ViewController，专门负责界面的交互与试图更新。其中，需要讲Walker的某些属性显示出来，并实时更新。

目前，据我所能想到的方法有以下几种：

方法1、直接的函数调用

在Walker的类内部，把创建一个ViewController的对象，然后调用ViewController的修改界面的方法，把需要改动的属性值作为形参传给该函数。

这种方式最直观，因为它不需要绕任何弯子。但是，确实最糟的方法。因为Walker与ViewController这两个类从此紧紧耦合在一起了。记住这句话，处理业务逻辑的类，对外部的事情知道得越少越好。甚至于，要做到外部是否有VC(View Controller)，有多少个VC都不影响我。假设这是一个项目，程序员A负责业务逻辑的处理，程序员B负责UI，则采取这种方式后，程序员A就受制于B，互相干扰。

 

方法2、利用消息通信机制（NSNotification）

在Walker内部建立消息中心NSNotificationCenter，把实例化之后的VC对象作为observer。Center建在Walker或者VC都无所谓，具体看我博客的另一篇文章【NSNotificationCenter总结】。这种方法比前面的方法好一些。但是有一个很大的缺点：如果Walker需要更改的属性很多而且很频繁，那么这种方式很不方便传值。而且，注意到了没，“把实例化后的VC对象作为observer”，始终逃不开在Walker内部对VC实例化。依旧是耦合着。

 

方法3、利用delegate

关于delegate的介绍有很多，这里就不多讲。但是在这种需求下用 delegate，有点“杀鸡用牛刀”感觉，成本较大，而且不直观。

 

方法4、利用KVO模式

所有的代码都将在ViewController中实现。对于Walker，它自己都不知道外部是否有VC，以及VC会怎用用我的属性。