iOS 中KVC垦页、KVO雀费、NSNotification、delegate 總結(jié)及區(qū)別
1痊焊、KVC盏袄，即是指 NSKeyValueCoding，一個非正式的Protocol薄啥，提供一種機(jī)制來間接訪問對象的屬性辕羽。而不是通過調(diào)用Setter、Getter方法訪問垄惧。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"]);
}
第一段代碼是定義了一個myPerson的類，這個類有一個_height的屬性到逊，但是沒有提供任何getter／setter的訪問方法酌毡。同時在testViewController這個類里面有一個myPerson的對象指針。
當(dāng)myPerson實(shí)例化后蕾管，常規(guī)來說是無法訪問這個對象的_height屬性的，不過通過KVC我們做到了菩暗，代碼就是testKVC這個函數(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
這就說明確實(shí)讀寫了_height屬性。
KVC的常用方法：
- (id)valueForKey:(NSString *)key; -(void)setValue:(id)value forKey:(NSString *)key;
valueForKey的方法根據(jù)key的值讀取對象的屬性停团，setValue:forKey:是根據(jù)key的值來寫對象的屬性旷坦。
注意：
（1）. key的值必須正確，如果拼寫錯誤佑稠，會出現(xiàn)異常
（2）. 當(dāng)key的值是沒有定義的秒梅，valueForUndefinedKey:這個方法會被調(diào)用，如果你自己寫了這個方法舌胶，key的值出錯就會調(diào)用到這里來
（3）. 因?yàn)轭恔ey反復(fù)嵌套捆蜀，所以有個keyPath的概念，keyPath就是用.號來把一個一個key鏈接起來幔嫂，這樣就可以根據(jù)這個路徑訪問下去
（4）. NSArray／NSSet等都支持KVC
2辆它、KVO的是KeyValue Observe的縮寫，中文是鍵值觀察履恩。這是一個典型的觀察者模式锰茉，觀察者在鍵值改變時會得到通知。iOS中有個Notification的機(jī)制切心，也可以獲得通知飒筑，但這個機(jī)制需要有個Center片吊，相比之下KVO更加簡潔而直接。
KVO的使用也很簡單协屡，就是簡單的3步俏脊。
1.注冊需要觀察的對象的屬性addObserver:forKeyPath:options:context:
2.實(shí)現(xiàn)observeValueForKeyPath:ofObject:change:context:方法，這個方法當(dāng)觀察的屬性變化時會自動調(diào)用
3.取消注冊觀察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類著瓶，里面有個_height的屬性联予。在testViewController有一個testPerson的對象指針。
在testKVO這個方法里面，我們注冊了testPerson這個對象height屬性的觀察躲履，這樣當(dāng)testPerson的height屬性變化時坛缕， 會得到通知。在這個方法中還通過NSKeyValueObservingOptionNew這個參數(shù)要求把新值在dictionary中傳遞過來卷胯。
重寫了observeValueForKeyPath:ofObject:change:context:方法，這個方法里的change這個NSDictionary對象包含了相應(yīng)的值威酒。
需要強(qiáng)調(diào)的是KVO的回調(diào)要被調(diào)用窑睁，屬性必須是通過KVC的方法來修改的，如果是調(diào)用類的其他方法來修改屬性葵孤，這個觀察者是不會得到通知的担钮。
3、NSNotification的用法見http://blog.csdn.net/eduora_meimei/article/details/44198909
區(qū)別：
delegate 的 優(yōu)勢 ：
1.非常嚴(yán)格的語法尤仍。所有將聽到的事件必須是在delegate協(xié)議中有清晰的定義箫津。
2.如果delegate中的一個方法沒有實(shí)現(xiàn)那么就會出現(xiàn)編譯警告/錯誤
3.協(xié)議必須在controller的作用域范圍內(nèi)定義
4.在一個應(yīng)用中的控制流程是可跟蹤的并且是可識別的；
5.在一個控制器中可以定義定義多個不同的協(xié)議宰啦，每個協(xié)議有不同的delegates
6.沒有第三方對象要求保持/監(jiān)視通信過程苏遥。
7.能夠接收調(diào)用的協(xié)議方法的返回值。這意味著delegate能夠提供反饋信息給controller
缺點(diǎn) ：
1.需要定義很多代碼：1.協(xié)議定義赡模；2.controller的delegate屬性田炭；3.在delegate本身中實(shí)現(xiàn)delegate方法定義
2.在釋放代理對象時，需要小心的將delegate改為nil漓柑。一旦設(shè)定失敗教硫，那么調(diào)用釋放對象的方法將會出現(xiàn)內(nèi)存crash
3.在一個controller中有多個delegate對象，并且delegate是遵守同一個協(xié)議辆布，但還是很難告訴多個對象同一個事件栋豫，不過有可能。
notification的 優(yōu)勢 ：
1.不需要編寫多少代碼谚殊，實(shí)現(xiàn)比較簡單丧鸯；
2.對于一個發(fā)出的通知，多個對象能夠做出反應(yīng)嫩絮，即1對多的方式實(shí)現(xiàn)簡單
3.controller能夠傳遞context對象（dictionary）丛肢，context對象攜帶了關(guān)于發(fā)送通知的自定義的信息
缺點(diǎn) ：
1.在編譯期不會檢查通知是否能夠被觀察者正確的處理围肥；
2.在釋放注冊的對象時，需要在通知中心取消注冊蜂怎；
3.在調(diào)試的時候應(yīng)用的工作以及控制過程難跟蹤穆刻；
4.需要第三方對喜愛那個來管理controller與觀察者對象之間的聯(lián)系；
5.controller和觀察者需要提前知道通知名稱杠步、UserInfodictionary keys氢伟。如果這些沒有在工作區(qū)間定義，那么會出現(xiàn)不同步的情況幽歼；
6.通知發(fā)出后朵锣，controller不能從觀察者獲得任何的反饋信息。
KVO的 優(yōu)勢 ：
1.能夠提供一種簡單的方法實(shí)現(xiàn)兩個對象間的同步甸私。例如：model和view之間同步诚些；
2.能夠?qū)Ψ俏覀儎?chuàng)建的對象，即內(nèi)部對象的狀態(tài)改變作出響應(yīng)皇型，而且不需要改變內(nèi)部對象（SKD對象）的實(shí)現(xiàn)诬烹；
3.能夠提供觀察的屬性的最新值以及先前值；
4.用key paths來觀察屬性弃鸦，因此也可以觀察嵌套對象绞吁；
5.完成了對觀察對象的抽象，因?yàn)椴恍枰~外的代碼來允許觀察值能夠被觀察
缺點(diǎn) ：
1.我們觀察的屬性必須使用strings來定義唬格。因此在編譯器不會出現(xiàn)警告以及檢查掀泳；
2.對屬性重構(gòu)將導(dǎo)致我們的觀察代碼不再可用；
3.復(fù)雜的“IF”語句要求對象正在觀察多個值西轩。這是因?yàn)樗械挠^察代碼通過一個方法來指向；
4.當(dāng)釋放觀察者時不需要移除觀察者脑沿。
1.? 效率肯定是delegate比NSNotification高藕畔。
delegate方法比notification更加直接，最典型的特征是庄拇，delegate方法往往需要關(guān)注返回值注服，也就是delegate方法的結(jié)果。比如-windowShouldClose:措近，需要關(guān)心返回的是yes還是no溶弟。所以delegate方法往往包含 should這個很傳神的詞。也就是好比你做我的delegate瞭郑，我會問你我想關(guān)閉窗口你愿意嗎辜御？你需要給我一個答案，我根據(jù)你的答案來決定如何做下一步屈张。相反的擒权，notification最大的特色就是不關(guān)心接受者的態(tài)度袱巨，我只管把通告放出來，你接受不接受就是你的事情碳抄，同時我也不關(guān)心結(jié)果愉老。所以notification往往用did這個詞匯，比如NSWindowDidResizeNotification剖效，那么NSWindow對象放出這個notification后就什么都不管了也不會等待接 受者的反應(yīng)嫉入。
2、KVO和NSNotification的區(qū)別：
和delegate一樣璧尸，KVO和NSNotification的作用也是類與類之間的通信咒林，與delegate不同的是1）這兩個都是負(fù)責(zé)發(fā)出通知，剩下的事情就不管了逗宁，所以沒有返回值映九；2）delegate只是一對一，而這兩個可以一對多瞎颗。這兩者也有各自的特點(diǎn)件甥。
轉(zhuǎn)載地址:http://www.mamicode.com/info-detail-515516.html
