1. 程式人生 > >iOS 中KVC、KVO、NSNotification、delegate 總結及區別

iOS 中KVC、KVO、NSNotification、delegate 總結及區別

原文地址:http://www.mamicode.com/info-detail-515516.html

1、KVC,即是指 NSKeyValueCoding,一個非正式的Protocol,提供一種機制來間接訪問物件的屬性。而不是通過呼叫Setter、Getter方法訪問。KVO 就是基於 KVC 實現的關鍵技術之一。

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的物件指標。

       當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

2、KVO的是KeyValue Observe的縮寫,中文是鍵值觀察。這是一個典型的觀察者模式,觀察者在鍵值改變時會得到通知。iOS中有個Notification的機制,也可以獲得通知,但這個機制需要有個Center,相比之下KVO更加簡潔而直接。


      KVO的使用也很簡單,就是簡單的3步。
      1.註冊需要觀察的物件的屬性addObserver:forKeyPath:options:context:
      2.實現observeValueForKeyPath:ofObject:change:context:方法,這個方法當觀察的屬性變化時會自動呼叫
      3.取消註冊觀察removeObserver:forKeyPath:context:

Demo:

  1. @interface myPerson : NSObject  
  2. {  
  3.     NSString *_name;  
  4.     int      _age;  
  5.     int      _height;  
  6.     int      _weight;  
  7. }  
  8. @end  
  9. @interface testViewController : UIViewController  
  10. @property (nonatomic, retain) myPerson *testPerson;  
  11. - (IBAction)onBtnTest:(id)sender;  
  12. @end  
  13. - (void)testKVO  
  14. {  
  15.     testPerson = [[myPerson alloc] init];  
  16.     [testPerson addObserver:self forKeyPath:@"height" options:NSKeyValueObservingOptionNew context:nil];  
  17. }  
  18. - (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context  
  19. {  
  20.     if ([keyPath isEqualToString:@"height"]) {  
  21.         NSLog(@"Height is changed! new=%@", [change valueForKey:NSKeyValueChangeNewKey]);  
  22.     } else {  
  23.         [super observeValueForKeyPath:keyPath ofObject:object change:change context:context];  
  24.     }  
  25. }  
  26. - (IBAction)onBtnTest:(id)sender {  
  27.     int h = [[testPerson valueForKey:@"height"] intValue];      
  28.     [testPerson setValue:[NSNumber numberWithInt:h+1] forKey:@"height"];  
  29.     NSLog(@"person height=%@", [testPerson valueForKey:@"height"]);  
  30. }  
  31. - (void)dealloc  
  32. {  
  33.     [testPerson removeObserver:self forKeyPath:@"height" context:nil];  
  34.     [super dealloc];  
  35. }  

第一段程式碼聲明瞭myPerson類,裡面有個_height的屬性。在testViewController有一個testPerson的物件指標。
      在testKVO這個方法裡面,我們註冊了testPerson這個物件height屬性的觀察,這樣當testPerson的height屬性變化時, 會得到通知。在這個方法中還通過NSKeyValueObservingOptionNew這個引數要求把新值在dictionary中傳遞過來。
      重寫了observeValueForKeyPath:ofObject:change:context:方法,這個方法裡的change這個NSDictionary物件包含了相應的值。
      需要強調的是KVO的回撥要被呼叫,屬性必須是通過KVC的方法來修改的,如果是呼叫類的其他方法來修改屬性,這個觀察者是不會得到通知的。

區別:

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後就什麼都不管了也不會等待接 受者的反應。

2、KVO和NSNotification的區別:

和delegate一樣,KVO和NSNotification的作用也是類與類之間的通訊,與delegate不同的是1)這兩個都是負責發出通知,剩下的事情就不管了,所以沒有返回值;2)delegate只是一對一,而這兩個可以一對多。這兩者也有各自的特點。