名詞解釋:
Block: Objective-C/Swift中對閉包(closure)的實(shí)現(xiàn)攻谁，廣泛使用在回調(diào)上衣洁。
Delegate: Cocoa的基本設(shè)計(jì)模式之一，面向協(xié)議(protocol)的編程港令，廣泛使用在回調(diào)和對象間傳值。
譯文:
在我上一篇博客發(fā)表之后，saambarat問了我一個很好的問題，“在需要回調(diào)是欠窒，什么時候使用block覆旭，什么時候使用delegate退子？”岖妄。
通常在這種情況下，我會問我自己寂祥，”蘋果官方是怎么做的荐虐？”。我們當(dāng)然可以知道蘋果是怎么做的丸凭，通過閱讀官方文檔福扬，因?yàn)樗旧砭褪且粋€設(shè)計(jì)模式指南。
我們需要找出蘋果官方在哪里使用了delegate惜犀，在哪里使用了block铛碑。如果我們在官方文檔的選擇中發(fā)現(xiàn)了一些規(guī)律，我們可以得出一些規(guī)律幫助我們在自己的代碼里做選擇虽界。
下面就是我的一些發(fā)現(xiàn)
1.大多數(shù)的delegate protocol有若干個消息
以GKMatch類為例汽烦，其中包含若干種消息，如：接收到其他播放器傳來的數(shù)據(jù)時莉御、播放器改變狀態(tài)時撇吞、發(fā)生錯誤時和當(dāng)播放器需要重置時，它們是不同的消息礁叔。如果蘋果在此處使用block牍颈，那么有兩個選擇，一種方式是為每一個事件注冊一個Block琅关。如果有人寫了類似這樣的代碼煮岁，那真的會很糟糕。
另一種方式就是創(chuàng)建一個block涣易，接受所有的可能的輸出人乓，類似
Swift:
var matchBlock:(eventType:GKMatchEvent,player:Player,data:NSData,err:NSError)->Void
Objective-C:
void (^matchBlock)(GKMatchEventeventType, Player *player, NSData *data, NSError *err);
這樣的寫法既不方便也不可讀，所以你不會見到這種代碼都毒。如果你在別處遇到了這種代碼色罚，你也會被它搞得一臉懵逼。
所以账劲，我們可以得出戳护，如果一個對象有兩個或以上不同的事件，使用delegation
2.一個對象只能用一個delegate
因?yàn)橐粋€對象只能有一個delegate,并且他只能調(diào)用這一個delegate瀑焦。我們考察CLLicationManager腌且，這個location manager的類在定位成功時需要通知一個對象。當(dāng)然榛瓮，如果我們需要幾個對象同時更新铺董，我們可能要創(chuàng)建一個新的location manager
如果CLLocationManager是一個單例呢？這時候我們只能有一個location manager對象，所以我們考慮交換delegate的引用精续，指向任何一個需要location數(shù)據(jù)的對象（或者坝锰，發(fā)送一個只有你自己才知道的廣播，給其他所有對象）重付。所以顷级，在單例模式中使用delegate并不合適。
這種情況最合適的例子就是UIAccelerometer.在早期的iOS版本中确垫，accelerometer的單例實(shí)例有一個delegate弓颈，我們需要時常改變delegate的引用。這實(shí)在是太愚蠢了删掀，所以在之后的iOS版本中被替換了∠杓剑現(xiàn)在，所有對象可以在CMMotionManager附加一個block披泪，并且不影響其他對象接受回調(diào)橘蜜。
所以，我們可以得出付呕，如果一個對象是單例计福，不應(yīng)該使用delegation
3.一些delegate期望得到返回值
如果你觀察一些delegate方法（幾乎所有的dataSource方法），它們都有一個期望的返回值徽职。這意味著擁有delegate的對象正在請求某種狀態(tài)象颖。Block的運(yùn)行機(jī)制決定它可以維持狀態(tài)或者推斷狀態(tài)，就像一個對象（實(shí)際上block在底層就是一個對象）姆钉。
請想一想说订，如果我請求一個block“你覺得Bob這個人怎么樣?”，它只能做兩件事:返回Bob這個對象潮瓶，或者返回詢問Bob的結(jié)果陶冷。如果它返回的是Bob這個對象，我們實(shí)際上可以省略block而直接去獲取Bob對象毯辅；如果它返回的是詢問Bob的結(jié)果埂伦，這不應(yīng)該作為Bob對象的一個屬性么？
從這個角度看思恐，我們可以得出沾谜，如果對象在回調(diào)時需要額外的信息，大多數(shù)情況下應(yīng)該使用delegation
4.過程VS結(jié)果
如果我們觀察NSURLConnectionDelegate和NSURLConnectionDataDelegate胀莹，我們看到的消息就類似”我正開始做某某事”基跑，”我只知道這么多”，”我做完了這件事”描焰，”上帝我就要析構(gòu)了媳否，我要狗帶了~”。這些消息都概述了，這個方法應(yīng)該在delegate的目標(biāo)對象的什么過程中被調(diào)用篱竭。
因此我們可以說力图，delegate回調(diào)是更面向過程化的，而block回調(diào)是面向結(jié)果的室抽。如果你僅僅是想獲得你請求的信息（或是請求失敗的錯誤信息），你應(yīng)該使用block靡努。(如果你結(jié)合第三點(diǎn)看坪圾，你會意識到delegate可以維持多種事件之間的狀態(tài)，而多個單獨(dú)的block則做不到惑朦。)
我又想到了兩點(diǎn)兽泄。第一，如果你選擇使用blocks來發(fā)起一個可能失敗的request漾月，你應(yīng)該只使用一個block病梢。我見過這樣的代碼:
Swift:
fetcher.makeRequest({
result:AnyObject in
/*do something with result*/
},error:{
err:NSError? in
/*do something with error*/
})
Objective-C:
[fetcher makeRequest:^(id result) {
/*do something with result*/
} error:^(NSError *err) {
/*do something with error*/
}];
上面的代碼則比下面的代碼更不可讀
Swift:
fetcher.makeRequest(){
(result:AnyObject,err:NSError?)in
if let error = err {
//handleresult
}else{
//handle error
}
}
Objective-C:
[fetcher makeRequest:^(idresult, NSError *err) {
if(!err) {
// handle result
} else {
// handle error
}
}];
當(dāng)然，有些自作聰明的人會問我梁肿，你這樣做蜓陌，不就是把兩個block用if表達(dá)式的形勢合并成了一個block啊，好像并沒有什么用誒吩蔑。他們覺得自己是個天才钮热，直到我給他們看了下面的
Swift:
progressBar.startAnimating()
fetcher.makeRequest({
result:AnyObject in
progressBar.stopAnimating()
/*do something with result*/
},error:{
err:NSError in
/*為什么你這里要寫兩句一模一樣的代碼!*/
progressBar.stopAnimating()
/*do something with error*/
})
Objective-C:
[progressBar startAnimating];
[fetcher makeRequest:^(id result) {
[progressBar stopAnimating];
/* do something with result*/
} error:^(NSError *err) {
/*為什么你這里要寫兩句一模一樣的代碼!*/
[progressBar stopAnimating];
/* Do something with error */
}];
5.效率
AVPlayer有一個回調(diào)是用作當(dāng)前的播放時間改變時調(diào)用。這更像是一個過程而不是一個結(jié)果烛芬，所以根據(jù)第4點(diǎn)隧期，我們應(yīng)該使用delegation。但是這個回調(diào)使用的卻是block赘娄，我猜這是因?yàn)樾试蚱统保驗(yàn)閎lock可以一秒鐘被調(diào)用、回溯非常多次遣臼，而消息查找可能會比較慢性置。（作者這一點(diǎn)有待商榷，block通過壓棧的方式達(dá)到保存狀態(tài)和變量的目的揍堰，而delegate只是增加一個引用蚌讼，理論上block的開銷要比delegate更大。）
