聲明，不是原創(chuàng)，筆記均來自 群主大神~
什么是KVO和KVC?
答：KVC:鍵 – 值編碼是一種間接訪問對象的屬性使用字符串來標(biāo)識屬性，而不是通過調(diào)用存取方法，直接或通過實(shí)例變量訪問的機(jī)制。
很多情況下可以簡化程序代碼。apple文檔其實(shí)給了一個很好的例子。
KVO:鍵值觀察機(jī)制，他提供了觀察某一屬性變化的方法，極大的簡化了代碼。
具體用看到嗯哼用到過的一個地方是對于按鈕點(diǎn)擊變化狀態(tài)的的監(jiān)控。
比如我自定義的一個button
[self addObserver:self forKeyPath:@"highlighted" options:0 context:nil];
\#pragma mark KVO
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context
{
if ([keyPath isEqualToString:@"highlighted"] ) {
[self setNeedsDisplay];
}
}
對于系統(tǒng)是根據(jù)keypath去取的到相應(yīng)的值發(fā)生改變，理論上來說是和kvc機(jī)制的道理是一樣的。
對于kvc機(jī)制如何通過key尋找到value：
“當(dāng)通過KVC調(diào)用對象時，比如：[self valueForKey:@”someKey”]時，程序會自動試圖通過
幾種不同的方式解析這個調(diào)用。首先查找對象是否帶有 someKey 這個方法，如果沒找到，
會繼續(xù)查找對象是否帶有someKey這個實(shí)例變量(iVar)，如果還沒有找到，程序會繼續(xù)試圖
調(diào)用 -(id) valueForUndefinedKey:這個方法。如果這個方法還是沒有被實(shí)現(xiàn)的話，程序會
拋出一個NSUndefinedKeyException異常錯誤。
(cocoachina.com注
：Key-Value Coding查找方法的時候，不僅僅會查找someKey這個方法，還會查找getsomeKey
這個方法，前面加一個get，或者someKey以及getsomeKey這幾種形式。同時，查找實(shí)例變
量的時候也會不僅僅查找someKey這個變量，也會查找_someKey這個變量是否存在。) - 設(shè)計(jì)
valueForUndefinedKey:方法的主要目的是當(dāng)你使用-(id)valueForKey方法從對象中請求值時，
對象能夠在錯誤發(fā)生前，有最后的機(jī)會響應(yīng)這個請求。這樣做有很多好處，下面的兩個例子
說明了這樣做的好處。“
來至cocoa，這個說法應(yīng)該挺有道理。
因?yàn)槲覀冎纀utton卻是存在一個highlighted實(shí)例變量.因此為何上面我們只是add一個相關(guān)的keypath就行了，
可以按照kvc查找的邏輯理解，就說的過去了。
KVO內(nèi)部實(shí)現(xiàn)原理
? KVO是基于runtime機(jī)制實(shí)現(xiàn)的
? 當(dāng)某個類的屬性對象第一次被觀察時，系統(tǒng)就會在運(yùn)行期動態(tài)地創(chuàng)建該類的一個派生類，
在這個派生類中重寫基類中任何被觀察屬性的setter 方法。派生類在被重寫的setter方法內(nèi)
實(shí)現(xiàn)真正的通知機(jī)制
? 如果原類為Person，那么生成的派生類名為NSKVONotifying_Person
? 每個類對象中都有一個isa指針指向當(dāng)前類，當(dāng)一個類對象的第一次被觀察，那么系統(tǒng)會偷偷
將isa指針指向動態(tài)生成的派生類，從而在給被監(jiān)控屬性賦值時執(zhí)行的是派生類的setter方法
? 鍵值觀察通知依賴于NSObject 的兩個方法: willChangeValueForKey: 和didChangevlueForKey:；
在一個被觀察屬性發(fā)生改變之前， willChangeValueForKey: 一定會被調(diào)用，這就 會記錄舊的值。而當(dāng)
改變發(fā)生后，didChangeValueForKey: 會被調(diào)用，繼而observeValueForKey:ofObject:change:context: 也會被調(diào)用。
? 補(bǔ)充：KVO的這套實(shí)現(xiàn)機(jī)制中蘋果還偷偷重寫了class方法，讓我們誤認(rèn)為還是使用的當(dāng)前類，
從而達(dá)到隱藏生成的派生類
NSNotification和KVO的區(qū)別和用法是什么？什么時候應(yīng)該使用通知，什么時候應(yīng)該使用KVO,他們的實(shí)現(xiàn)有何區(qū)別？如果用protocol和delegate來實(shí)現(xiàn)類似的功能可能嗎？可能的話有何問題？不可能的話why？
通知比較靈活，一個通知能被多個對象接受，一個對象可以接受多個通知。
代理比較規(guī)范，但是代碼較多（默認(rèn)是一對一）
KVO性能不好（底層會產(chǎn)生新的類），只能監(jiān)聽某個對象屬性的變化，不推薦使用.
KVO，NSNotification，delegate及block區(qū)別
? KVO就是cocoa框架實(shí)現(xiàn)的觀察者模式，一般同KVC搭配使用，通過KVO可以監(jiān)測一個值的變化，比如View的高度變化。是一對多的關(guān)系，一個值的變化會通知所有的觀察者。
? NSNotification是通知，也是一對多的使用場景。在某些情況下，KVO和NSNotification是一樣的，都是狀態(tài)變化之后告知 對方。NSNotification的特點(diǎn)，就是需要被觀察者先主動發(fā)出通知，然后觀察者注冊監(jiān)聽后再來進(jìn)行響應(yīng)，比KVO多了發(fā)送通知的一步，但是其優(yōu) 點(diǎn)是監(jiān)聽不局限于屬性的變化，還可以對多種多樣的狀態(tài)變化進(jìn)行監(jiān)聽，監(jiān)聽范圍廣，使用也更靈活。
? delegate 是代理，就是我不想做的事情交給別人做。比如狗需要吃飯，就通過delegate通知主人，主人就會給他做飯、盛飯、倒水，這些操作，這些狗都不需要關(guān) 心，只需要調(diào)用delegate（代理人）就可以了，由其他類完成所需要的操作。所以delegate是一對一關(guān)系。
? block是delegate的另一種形式，是函數(shù)式編程的一種形式。使用場景跟delegate一樣，相比delegate更靈活，而且代理的實(shí)現(xiàn)更直觀。
? KVO一般的使用場景是數(shù)據(jù)，需求是數(shù)據(jù)變化，比如股票價格變化，我們一般使用KVO（觀察者模式）。
delegate一般的使用場景是行為，需求是需要別人幫我做一件事情，比如買賣股票，我們一般使用delegate。
Notification 一般是進(jìn)行全局通知，比如利好消息一出，通知大家去買入。delegate是強(qiáng)關(guān)聯(lián)，就是委托和代理雙方互相知道，你委托別人買股票你就需要知道經(jīng)紀(jì)人， 經(jīng)紀(jì)人也不要知道自己的顧客。Notification是弱關(guān)聯(lián)，利好消息發(fā)出，你不需要知道是誰發(fā)的也可以做出相應(yīng)的反應(yīng)，同理發(fā)消息的人也不需要知道 接收的人也可以正常發(fā)出消息。
