iOS 開發之block 和delegate

這裡是關於block和delegate的使用的一些討論。內容來自群：iOS編程藝術(群號：20002102)

閉包：可以捕獲外部變數的匿名函數

用block可以把發起回調前的局部變數捕獲住 如果處理回調的時候需要發起時的局部變數 用block很自然就可以實現 如果用notification或者observer的話，就需要專門去維護這些局部變數

block能夠抓取局部變數的特性是其它所有方式都無法做到的，符合這個特性的場景就是block的最佳使用場景。抓取局部變數的本質其實就是獲得相關變數的命名域，所以，在跨命名域調度的時候，由於命名域先天不完整，所以就不得不使用block作為載體去傳遞處理邏輯。典型的場景就是組件化時候的跨組件調用。

嗯，所以關鍵點就在於調用者和響應者之間命名域是否覆蓋完整。這也是objc.io那幅圖的缺陷，它並沒有涉及到這部分問題

雖然底層不知道上層，但是上層是知道底層的。如果是組件化場景，調用方不知道被調用方 被調用方也不知道調用方 那就非block不可 是的，主要就是利用了閉包能夠抓取上下文的特性。

你覺得網路庫用delegate比用block的優勢在哪？ 調試過程你必須要找到著陸點 「找到著陸點」這一步如果用的是block，就很花成本了 著陸點統一的後果就是一個類裡面如果有好幾個apimanager requestSucceed裡面一堆if else 使用strategy模式的話，那就一個ifelse都沒有了 著陸點說的就是你請求放飛出去回來，接收的地方 block捕獲上下文的功能在網路庫這一層發揮不出優勢啊

這其實相當於：大家在進行帆船比賽，然後你的帆船不光能在海里開，還能當風箏在天上飛。但問題是：帆船比賽不需要你在天上飛啊。。。 block就是那個可以當風箏飛的帆船

你要說這個帆船可以當風箏，好不好？當然好，功能強大啊 但是在這個比賽場景裡面，體現不出優勢啊

因為block的隱式抓取局部變數，其本質是代碼對上下文的耦合。delegate由於顯式抓取，就能夠使得任意對象都可以脫離業務上下文來完成任務 這種場景下使用delegate的話就可以做到避免3000行viewcontroller的情況

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！