一.KVC和KVO的概念
1.KVC:NSKeyValueCoding的簡稱，是一種可以直接通過字符串的名字（key）來訪問類屬性的機制，而不是通過調用的Setter、Getter方法訪問。
2.KVO:NSKeyValueObserving的簡稱，是當指定的對象的屬性被修改了，允許對象接收到通知的機制。
1、概述
KVC是KeyValue Coding的簡稱，它是一種可以直接通過字符串的名字(key)來訪問類屬性的機制。而不是通過調用Setter、Getter方法訪問。
當使用KVO、Core Data、CocoaBindings、AppleScript(Mac支持)時，KVC是關鍵技術。
2、如何使用KVC
關鍵方法定義在：NSKeyValueCodingprotocol
KVC支持類對象和內建基本數據類型。
3、獲取值
valueForKey:，傳入NSString屬性的名字。
valueForKeyPath:，傳入NSString屬性的路徑，xx.xx形式。
valueForUndefinedKey它的默認實現是拋出異常，可以重寫這個函數做錯誤處理。
二.KVC介紹
1、概述
KVO,即：Key-Value Observing，它提供一種機制，當指定的對象的屬性被修改后，則對象就會接受到通知。簡單的說就是每次指定的被觀察的對象的屬性被修改后，KVO就會自動通知相應的觀察者了。
KVO其實也是“觀察者”設計模式的一種應用。我的看法是，這種模式有利于兩個類間的解耦合，尤其是對于 業務邏輯與視圖控制 這兩個功能的解耦合。
2、用法
先來看個引子：
有一個業務類：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會怎用用我的屬性。
3、個人總結
Kvo是Cocoa的一個重要機制，它提供了觀察某一屬性變化的方法，極大的簡化了代碼。這種觀察－被觀察模型適用于這樣的情況，比方說根據A（數 據類）的某個屬性值變化，B（view類）中的某個屬性做出相應變化。對于推崇MVC的cocoa而言，kvo應用的地方非常廣泛。（這樣的機制聽起來類似Notification（點擊查看詳情），但是notification是需要一個發送notification的對象，一般是 notificationCenter，來通知觀察者。而kvo是直接通知到觀察對象。）
