delegate、notification、KVO各優缺點

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和觀察者需要提前知道通知名稱、UserInfo dictionary 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只是一對一,而這兩個可以一對多。這兩者也有各自的特點。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,461評論 6 532
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,538評論 3 417
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,423評論 0 375
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,991評論 1 312
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,761評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,207評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,268評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,419評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,959評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,782評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,983評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,528評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,222評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,653評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,901評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,678評論 3 392
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,978評論 2 374

推薦閱讀更多精彩內容