我們可以這樣認(rèn)為员咽，delegate的回調(diào)更多的面向過程妆兑，而block則是面向結(jié)果的惹骂。如果你需要得到一條多步進(jìn)程的通知苏携，你應(yīng)該使用delegation。而當(dāng)你只是希望得到你請求的信息（或者獲取信息時的錯誤提示）对粪，你應(yīng)該使用block右冻。（delegate可以在所有事件中維持state，而多個獨(dú)立的block確不能）
使用場景對比
1.回調(diào)方法?
在日常的開發(fā)過程中著拭，我們經(jīng)常會遇到一些完成之后的處理問題纱扭，比如完成網(wǎng)路請求之后的回調(diào)，或者頁面加載完成之后的回調(diào)等儡遮。這個時候我們一般使用的是前兩者方法跪但，即Block或者Delegate。而在一對一傳輸回調(diào)的時候明顯Block的使用更加的簡單高效峦萎，只需要在代碼塊中執(zhí)行所需要的操作即可屡久。在一對多的情況下，Delegate更加能夠發(fā)揮出自己的優(yōu)勢爱榔。
2.跨層通信?
有的時候我們需要實(shí)現(xiàn)在兩個毫無關(guān)聯(lián)的對象之間的通信被环，這個時候如果使用Block或者Delegate就勢必會增加代碼的耦合性，這樣對于代碼的結(jié)構(gòu)來說是不健康的详幽，因此這個時候使用Notification便是明智的選擇筛欢。
3.UI響應(yīng)事件
?用戶在于App的UI進(jìn)行互動的時候，總會需要App進(jìn)行交互響應(yīng)唇聘，這個時候就毫無疑問的使用代理設(shè)計模式版姑。而蘋果官方給出的建議也是可以肯定的，在Cocoa Touch框架中我們也可以在幾乎所有的UI交互控件的頭文件里看到Delegate的成員變量迟郎，也正是印證了在UI響應(yīng)事件上Delegate有著絕對的優(yōu)勢剥险。
4.簡單值的傳遞?
當(dāng)需要進(jìn)行簡單值得傳遞的時候，比如子控件傳輸給父控件所點(diǎn)擊的IndexPath的時候宪肖，更加適合使用Block來傳值表制。因為，如果只是為了傳這一個簡單的值而沒有特別的業(yè)務(wù)處理而定義一個協(xié)議控乾，然后實(shí)現(xiàn)協(xié)議么介，設(shè)置代理再寫方法的話將十分麻煩，得不償失蜕衡，這個時候簡單高效的Block就可以完美的替代Delegate完成任務(wù)了壤短。
參考鏈接：http://maru-zhang.tk/2015/06/08/iOS-Development-Delegate,Notification,Block/
