c1昂秃、KVC，即是指 NSKeyValueCoding算途，一個(gè)非正式的Protocol嘴瓤，提供一種機(jī)制來(lái)間接訪問(wèn)對(duì)象的屬性。而不是通過(guò)調(diào)用Setter筛谚、Getter方法訪問(wèn)停忿。KVO 就是基于 KVC 實(shí)現(xiàn)的關(guān)鍵技術(shù)之一席赂。
Demo：
@interface myPerson : NSObject
{
NSString*_name;
int? ? ? _age;
int? ? ? _height;
int? ? ? _weight;
} @end
@interface testViewController :UIViewController
@property (nonatomic, retain) myPerson*testPerson;
@end
- (void)testKVC
{
testPerson = [[myPerson alloc] init];
NSLog(@"testPerson‘s init height =%@", [testPerson valueForKey:@"height"]);
[testPerson
setValue:[NSNumber
numberWithInt:168]forKey:@"height"];? ? NSLog(@"testPerson‘s height =
%@", [testPerson valueForKey:@"height"]);
}
第一段代碼是定義了一個(gè)myPerson的類颅停，這個(gè)類有一個(gè)_height的屬性便监，但是沒(méi)有提供任何getter／setter的訪問(wèn)方法。同時(shí)在testViewController這個(gè)類里面有一個(gè)myPerson的對(duì)象指針毁靶。
當(dāng)myPerson實(shí)例化后预吆，常規(guī)來(lái)說(shuō)是無(wú)法訪問(wèn)這個(gè)對(duì)象的_height屬性的胳泉，不過(guò)通過(guò)KVC我們做到了扇商，代碼就是testKVC這個(gè)函數(shù)。
運(yùn)行之后打印值就是：
2015-3-13 11:16:21.970 test[408:c07] testPerson‘s init height = 0
2015-3-13 11:16:21.971 test[408:c07] testPerson‘s height = 168
這就說(shuō)明確實(shí)讀寫了_height屬性蔬芥。
KVC的常用方法：
- (id)valueForKey:(NSString *)key; -(void)setValue:(id)value forKey:(NSString *)key;
valueForKey的方法根據(jù)key的值讀取對(duì)象的屬性笔诵，setValue:forKey:是根據(jù)key的值來(lái)寫對(duì)象的屬性乎婿。
注意：
（1）. key的值必須正確街佑，如果拼寫錯(cuò)誤，會(huì)出現(xiàn)異常
（2）. 當(dāng)key的值是沒(méi)有定義的剂公，valueForUndefinedKey:這個(gè)方法會(huì)被調(diào)用吊宋，如果你自己寫了這個(gè)方法璃搜，key的值出錯(cuò)就會(huì)調(diào)用到這里來(lái)
（3）. 因?yàn)轭恔ey反復(fù)嵌套这吻，所以有個(gè)keyPath的概念篙议，keyPath就是用.號(hào)來(lái)把一個(gè)一個(gè)key鏈接起來(lái)，這樣就可以根據(jù)這個(gè)路徑訪問(wèn)下去
（4）. NSArray／NSSet等都支持KVC
2移怯、KVO的是KeyValue Observe的縮寫舟误，中文是鍵值觀察姻乓。這是一個(gè)典型的觀察者模式蹋岩，觀察者在鍵值改變時(shí)會(huì)得到通知剪个。iOS中有個(gè)Notification的機(jī)制禁偎，也可以獲得通知，但這個(gè)機(jī)制需要有個(gè)Center笆檀，相比之下KVO更加簡(jiǎn)潔而直接。
KVO的使用也很簡(jiǎn)單盒至，就是簡(jiǎn)單的3步酗洒。
1.注冊(cè)需要觀察的對(duì)象的屬性addObserver:forKeyPath:options:context:
2.實(shí)現(xiàn)observeValueForKeyPath:ofObject:change:context:方法士修，這個(gè)方法當(dāng)觀察的屬性變化時(shí)會(huì)自動(dòng)調(diào)用
3.取消注冊(cè)觀察removeObserver:forKeyPath:context:
Demo：
@interface myPerson : NSObject
{
NSString *_name;
int? ? ? _age;
int? ? ? _height;
int? ? ? _weight;
}
@end
@interface testViewController : UIViewController
@property (nonatomic, retain) myPerson *testPerson;
- (IBAction)onBtnTest:(id)sender;
@end
- (void)testKVO
{
testPerson = [[myPerson alloc] init];
[testPerson addObserver:self forKeyPath:@"height" options:NSKeyValueObservingOptionNew context:nil];
}
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context
{
if ([keyPath isEqualToString:@"height"]) {
NSLog(@"Height is changed! new=%@", [change valueForKey:NSKeyValueChangeNewKey]);
} else {
[super observeValueForKeyPath:keyPath ofObject:object change:change context:context];
}
}
- (IBAction)onBtnTest:(id)sender {
int h = [[testPerson valueForKey:@"height"] intValue];
[testPerson setValue:[NSNumber numberWithInt:h+1] forKey:@"height"];
NSLog(@"person height=%@", [testPerson valueForKey:@"height"]);
}
- (void)dealloc
{
[testPerson removeObserver:self forKeyPath:@"height" context:nil];
[super dealloc];
}
第一段代碼聲明了myPerson類，里面有個(gè)_height的屬性樱衷。在testViewController有一個(gè)testPerson的對(duì)象指針棋嘲。
在testKVO這個(gè)方法里面，我們注冊(cè)了testPerson這個(gè)對(duì)象height屬性的觀察矩桂，這樣當(dāng)testPerson的height屬性變化時(shí)沸移， 會(huì)得到通知侄榴。在這個(gè)方法中還通過(guò)NSKeyValueObservingOptionNew這個(gè)參數(shù)要求把新值在dictionary中傳遞過(guò)來(lái)雹锣。
重寫了observeValueForKeyPath:ofObject:change:context:方法，這個(gè)方法里的change這個(gè)NSDictionary對(duì)象包含了相應(yīng)的值癞蚕。
需要強(qiáng)調(diào)的是KVO的回調(diào)要被調(diào)用蕊爵，屬性必須是通過(guò)KVC的方法來(lái)修改的，如果是調(diào)用類的其他方法來(lái)修改屬性桦山，這個(gè)觀察者是不會(huì)得到通知的攒射。
3、NSNotification的用法見(jiàn)http://blog.csdn.net/eduora_meimei/article/details/44198909
區(qū)別：
delegate的優(yōu)勢(shì)：
1.非常嚴(yán)格的語(yǔ)法恒水。所有將聽(tīng)到的事件必須是在delegate協(xié)議中有清晰的定義会放。
2.如果delegate中的一個(gè)方法沒(méi)有實(shí)現(xiàn)那么就會(huì)出現(xiàn)編譯警告/錯(cuò)誤
3.協(xié)議必須在controller的作用域范圍內(nèi)定義
4.在一個(gè)應(yīng)用中的控制流程是可跟蹤的并且是可識(shí)別的；
5.在一個(gè)控制器中可以定義定義多個(gè)不同的協(xié)議寇窑，每個(gè)協(xié)議有不同的delegates
6.沒(méi)有第三方對(duì)象要求保持/監(jiān)視通信過(guò)程鸦概。
7.能夠接收調(diào)用的協(xié)議方法的返回值。這意味著delegate能夠提供反饋信息給controller
缺點(diǎn)：
1.需要定義很多代碼：1.協(xié)議定義甩骏；2.controller的delegate屬性窗市；3.在delegate本身中實(shí)現(xiàn)delegate方法定義
2.在釋放代理對(duì)象時(shí)，需要小心的將delegate改為nil饮笛。一旦設(shè)定失敗咨察，那么調(diào)用釋放對(duì)象的方法將會(huì)出現(xiàn)內(nèi)存crash
3.在一個(gè)controller中有多個(gè)delegate對(duì)象，并且delegate是遵守同一個(gè)協(xié)議福青，但還是很難告訴多個(gè)對(duì)象同一個(gè)事件摄狱，不過(guò)有可能。
notification的優(yōu)勢(shì)：
1.不需要編寫多少代碼无午，實(shí)現(xiàn)比較簡(jiǎn)單媒役；
2.對(duì)于一個(gè)發(fā)出的通知，多個(gè)對(duì)象能夠做出反應(yīng)宪迟，即1對(duì)多的方式實(shí)現(xiàn)簡(jiǎn)單
3.controller能夠傳遞context對(duì)象（dictionary）酣衷，context對(duì)象攜帶了關(guān)于發(fā)送通知的自定義的信息
缺點(diǎn)：
1.在編譯期不會(huì)檢查通知是否能夠被觀察者正確的處理；
2.在釋放注冊(cè)的對(duì)象時(shí)次泽，需要在通知中心取消注冊(cè)穿仪；
3.在調(diào)試的時(shí)候應(yīng)用的工作以及控制過(guò)程難跟蹤席爽；
4.需要第三方對(duì)喜愛(ài)那個(gè)來(lái)管理controller與觀察者對(duì)象之間的聯(lián)系；
5.controller和觀察者需要提前知道通知名稱啊片、UserInfodictionary keys只锻。如果這些沒(méi)有在工作區(qū)間定義，那么會(huì)出現(xiàn)不同步的情況紫谷；
6.通知發(fā)出后齐饮，controller不能從觀察者獲得任何的反饋信息。
KVO的優(yōu)勢(shì)：
1.能夠提供一種簡(jiǎn)單的方法實(shí)現(xiàn)兩個(gè)對(duì)象間的同步碴里。例如：model和view之間同步沈矿；
2.能夠?qū)Ψ俏覀儎?chuàng)建的對(duì)象，即內(nèi)部對(duì)象的狀態(tài)改變作出響應(yīng)咬腋，而且不需要改變內(nèi)部對(duì)象（SKD對(duì)象）的實(shí)現(xiàn)；
3.能夠提供觀察的屬性的最新值以及先前值睡互；
4.用key paths來(lái)觀察屬性根竿，因此也可以觀察嵌套對(duì)象；
5.完成了對(duì)觀察對(duì)象的抽象就珠，因?yàn)椴恍枰~外的代碼來(lái)允許觀察值能夠被觀察
缺點(diǎn)：
1.我們觀察的屬性必須使用strings來(lái)定義寇壳。因此在編譯器不會(huì)出現(xiàn)警告以及檢查；
2.對(duì)屬性重構(gòu)將導(dǎo)致我們的觀察代碼不再可用妻怎；
3.復(fù)雜的“IF”語(yǔ)句要求對(duì)象正在觀察多個(gè)值壳炎。這是因?yàn)樗械挠^察代碼通過(guò)一個(gè)方法來(lái)指向；
4.當(dāng)釋放觀察者時(shí)不需要移除觀察者逼侦。
1.? 效率肯定是delegate比NSNotification高匿辩。
delegate方法比notification更加直接，最典型的特征
是榛丢，delegate方法往往需要關(guān)注返回值铲球，也就是delegate方法的結(jié)果。比如-windowShouldClose:晰赞，需要關(guān)心返回的是yes
還是no稼病。所以delegate方法往往包含
should這個(gè)很傳神的詞。也就是好比你做我的delegate掖鱼，我會(huì)問(wèn)你我想關(guān)閉窗口你愿意嗎然走？你需要給我一個(gè)答案，我根據(jù)你的答案來(lái)決定如何做下一
步戏挡。相反的芍瑞，notification最大的特色就是不關(guān)心接受者的態(tài)度，我只管把通告放出來(lái)增拥，你接受不接受就是你的事情啄巧，同時(shí)我也不關(guān)心結(jié)果寻歧。所以
notification往往用did這個(gè)詞匯，比如NSWindowDidResizeNotification秩仆，那么NSWindow對(duì)象放出這個(gè)
notification后就什么都不管了也不會(huì)等待接
受者的反應(yīng)码泛。
2、KVO和NSNotification的區(qū)別：
和delegate一樣澄耍，KVO和NSNotification的作用也是類與類之間的通信噪珊，與delegate不同的是1）這兩個(gè)都是負(fù)責(zé)發(fā)出通知，剩下的事情就不管了齐莲，所以沒(méi)有返回值痢站；2）delegate只是一對(duì)一，而這兩個(gè)可以一對(duì)多选酗。這兩者也有各自的特點(diǎn)阵难。
iOS 中KVC、KVO芒填、NSNotification呜叫、delegate 總結(jié)及區(qū)別
標(biāo)簽：iphone開(kāi)發(fā)kvc? kvo? delegate
