聲明，不是原創(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ā)出消息。
