IOS Notification、Delegation、KVO比較

以下資料皆來自[Ref],這裡僅做整理

Notification:

一對多

優勢:
1.不需要編寫多少代碼,實現比較簡單;
2.對於一個發出的通知,多個對象能夠做出反應,即1對多的方式實現簡單
3.controller能夠傳遞context對象(dictionary),context對象攜帶了關於發送通知的自訂的資訊

缺點:
1.在編譯期不會檢查通知是否能夠被觀察者正確的處理;
2.在釋放註冊的對象時,需要在通知中樞取消註冊;
3.在調試的時候應用的工作以及控制過程難跟蹤;
4.需要第三方對喜愛那個來管理controller與觀察者對象之間的聯絡;
5.controller和觀察者需要提前知道通知名稱、UserInfo dictionary keys。如果這些沒有在工作區間定義,那麼會出現不同步的情況;
6.通知發出後,controller不能從觀察者獲得任何的反饋資訊。

Delegation:

一對一
優點:
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是遵守同一個協議,但還是很難告訴多個對象同一個事件,不過有可能。

KVO:

一對多
優點:
1.能夠提供一種簡單的方法實現兩個對象間的同步。例如:model和view之間同步;
2.能夠對非我們建立的對象,即內部對象的狀態改變作出響應,而且不需要改變內部對象(SKD對象)的實現;
3.能夠提供觀察的屬性的最新值以及先前值;
4.用key paths來觀察屬性,因此也可以觀察嵌套對象;
5.完成了對觀察對象的抽象,因為不需要額外的代碼來允許觀察值能夠被觀察

缺點:
1.我們觀察的屬性必須使用strings來定義。因此在編譯器不會出現警告以及檢查;
2.對屬性重構將導致我們的觀察代碼不再可用;
3.複雜的“IF”語句要求對象正在觀察多個值。這是因為所有的觀察代碼通過一個方法來指向;
4.當釋放觀察者時不需要移除觀察者。

Ref:
https://topic.alibabacloud.com/tc/a/in-ios-how-do-i-select-delegate-notification-and-kvo_1_19_31956378.html

%d