iOS 中KVC、KVO、NSNotification、delegate 總結及區別函數
一、KVC,便是指 NSKeyValueCoding,一個非正式的Protocol,提供一種機制來間接訪問對象的屬性。而不是經過調用Setter、Getter方法訪問。KVO 就是基於 KVC 實現的關鍵技術之一。atom
Demo:.net
@interface myPerson : NSObject代理
{ 指針
NSString*_name; 調試
int _age; server
int _height; 對象
int _weight;blog
} @end 事件
@interface testViewController :UIViewController
@property (nonatomic, retain) myPerson*testPerson;
- (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的對象指針。
當myPerson實例化後,常規來講是沒法訪問這個對象的_height屬性的,不過經過KVC咱們作到了,代碼就是testKVC這個函數。
運行以後打印值就是:
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
這就說明確實讀寫了_height屬性。
KVC的經常使用方法:
- (id)valueForKey:(NSString *)key; -(void)setValue:(id)value forKey:(NSString *)key;
valueForKey的方法根據key的值讀取對象的屬性,setValue:forKey:是根據key的值來寫對象的屬性。
注意:
(1). key的值必須正確,若是拼寫錯誤,會出現異常
(2). 當key的值是沒有定義的,valueForUndefinedKey:這個方法會被調用,若是你本身寫了這個方法,key的值出錯就會調用到這裏來
(3). 由於類key反覆嵌套,因此有個keyPath的概念,keyPath就是用.號來把一個一個key連接起來,這樣就能夠根據這個路徑訪問下去
(4). NSArray/NSSet等都支持KVC
二、KVO的是KeyValue Observe的縮寫,中文是鍵值觀察。這是一個典型的觀察者模式,觀察者在鍵值改變時會獲得通知。iOS中有個Notification的機制,也能夠得到通知,但這個機制須要有個Center,相比之下KVO更加簡潔而直接。
KVO的使用也很簡單,就是簡單的3步。
1.註冊須要觀察的對象的屬性addObserver:forKeyPath:options:context:
2.實現observeValueForKeyPath:ofObject:change:context:方法,這個方法當觀察的屬性變化時會自動調用
3.取消註冊觀察removeObserver:forKeyPath:context:
Demo:
第一段代碼聲明瞭myPerson類,裏面有個_height的屬性。在testViewController有一個testPerson的對象指針。
在testKVO這個方法裏面,咱們註冊了testPerson這個對象height屬性的觀察,這樣當testPerson的height屬性變化時, 會獲得通知。在這個方法中還經過NSKeyValueObservingOptionNew這個參數要求把新值在dictionary中傳遞過來。
重寫了observeValueForKeyPath:ofObject:change:context:方法,這個方法裏的change這個NSDictionary對象包含了相應的值。
須要強調的是KVO的回調要被調用,屬性必須是經過KVC的方法來修改的,若是是調用類的其餘方法來修改屬性,這個觀察者是不會獲得通知的。
三、NSNotification的用法見http://blog.csdn.net/eduora_meimei/article/details/44198909
區別:
delegate 的 優點 :
1.很是嚴格的語法。全部將聽到的事件必須是在delegate協議中有清晰的定義。
2.若是delegate中的一個方法沒有實現那麼就會出現編譯警告/錯誤
3.協議必須在controller的做用域範圍內定義
4.在一個應用中的控制流程是可跟蹤的而且是可識別的;
5.在一個控制器中能夠定義定義多個不一樣的協議,每一個協議有不一樣的delegates
6.沒有第三方對象要求保持/監視通訊過程。
7.可以接收調用的協議方法的返回值。這意味着delegate可以提供反饋信息給controller
缺點 :
1.須要定義不少代碼:1.協議定義;2.controller的delegate屬性;3.在delegate自己中實現delegate方法定義
2.在釋放代理對象時,須要當心的將delegate改成nil。一旦設定失敗,那麼調用釋放對象的方法將會出現內存crash
3.在一個controller中有多個delegate對象,而且delegate是遵照同一個協議,但仍是很難告訴多個對象同一個事件,不過有可能。
notification的 優點 :
1.不須要編寫多少代碼,實現比較簡單;
2.對於一個發出的通知,多個對象可以作出反應,即1對多的方式實現簡單
3.controller可以傳遞context對象(dictionary),context對象攜帶了關於發送通知的自定義的信息
缺點 :
1.在編譯期不會檢查通知是否可以被觀察者正確的處理;
2.在釋放註冊的對象時,須要在通知中心取消註冊;
3.在調試的時候應用的工做以及控制過程難跟蹤;
4.須要第三方對喜好那個來管理controller與觀察者對象之間的聯繫;
5.controller和觀察者須要提早知道通知名稱、UserInfodictionary keys。若是這些沒有在工做區間定義,那麼會出現不一樣步的狀況;
6.通知發出後,controller不能從觀察者得到任何的反饋信息。
KVO的 優點 :
1.可以提供一種簡單的方法實現兩個對象間的同步。例如:model和view之間同步;
2.可以對非咱們建立的對象,即內部對象的狀態改變做出響應,並且不須要改變內部對象(SKD對象)的實現;
3.可以提供觀察的屬性的最新值以及先前值;
4.用key paths來觀察屬性,所以也能夠觀察嵌套對象;
5.完成了對觀察對象的抽象,由於不須要額外的代碼來容許觀察值可以被觀察
缺點 :
1.咱們觀察的屬性必須使用strings來定義。所以在編譯器不會出現警告以及檢查;
2.對屬性重構將致使咱們的觀察代碼再也不可用;
3.複雜的「IF」語句要求對象正在觀察多個值。這是由於全部的觀察代碼經過一個方法來指向;
4.當釋放觀察者時不須要移除觀察者。
1. 效率確定是delegate比NSNotification高。
delegate方法比notification更加直接,最典型的特徵是,delegate方法每每須要關注返回值,也就是delegate方法的結果。好比-windowShouldClose:,須要關心返回的是yes仍是no。因此delegate方法每每包含 should這個很傳神的詞。也就是比如你作個人delegate,我會問你我想關閉窗口你願意嗎?你須要給我一個答案,我根據你的答案來決定如何作下一步。相反的,notification最大的特點就是不關心接受者的態度,我只管把通告放出來,你接受不接受就是你的事情,同時我也不關心結果。因此notification每每用did這個詞彙,好比NSWindowDidResizeNotification,那麼NSWindow對象放出這個notification後就什麼都無論了也不會等待接 受者的反應。
二、KVO和NSNotification的區別:
和delegate同樣,KVO和NSNotification的做用也是類與類之間的通訊,與delegate不一樣的是1)這兩個都是負責發出通知,剩下的事情就無論了,因此沒有返回值;2)delegate只是一對一,而這兩個能夠一對多。這二者也有各自的特色。