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

 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：

@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屬性的觀察，這樣當testPerson的height屬性變化時， 會得到通知。在這個方法中還通過NSKeyValueObservingOptionNew這個參數要求把新值在dictionary中傳遞過來。

      重寫了observeValueForKeyPath:ofObject:change:context:方法，這個方法裡的change這個NSDictionary對象包含了相應的值。

      需要強調的是KVO的回調要被調用，屬性必須是通過KVC的方法來修改的，如果是調用類的其他方法來修改屬性，這個觀察者是不會得到通知的。

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

2、KVO和NSNotification的區別：

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

感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！