1/3 回調(diào)
使用block
進行回調(diào)處理是十分便利的處理方式,在UIKit
的設(shè)計中也屢見不鮮伐厌,例如:
-
UIView
動畫承绸,動畫執(zhí)行后調(diào)用completion
內(nèi)的block
代碼。
+ (void)animateWithDuration:(NSTimeInterval)duration
animations:(void (^)(void))animations
completion:(void (^ __nullable)(BOOL finished))completion;
- 模態(tài)展示一個頁面挣轨,在展示結(jié)束后調(diào)用
completion
內(nèi)的block
代碼军熏。
- (void)presentViewController:(UIViewController *)viewController
animated:(BOOL)flag
completion:(void (^)(void))completion;
- 用于實現(xiàn)紙質(zhì)打印的控制器
UIPrintInteractionController
,其模態(tài)展示方式刃唐,同樣是展示結(jié)束后調(diào)用completion
的block
代碼羞迷。
- (BOOL)presentAnimated:(BOOL)animated
completionHandler:(nullable UIPrintInteractionCompletionHandler)completion;
此外,在 WKWebView
中分析JavaScript
代碼時也有類似應(yīng)用画饥,實際開發(fā)中存在 completion
衔瓮、completionHandler
或者callBack
等不同的命名方式,歸根結(jié)底目的都是實現(xiàn)一個事件完成后的“回調(diào)作用”抖甘,與使用“委托模式”的 delegate + protocol
有異曲同工之妙热鞍,這也是很多二級頁面控制器或者視圖的回調(diào)流行使用一個 block
屬性來做回調(diào)處理的原因。
而類似 UIView 動畫的 animations
的block
動畫參數(shù),以及自動布局框架Masonry
的設(shè)置約束的 make/update/remake
中 block 使用薇宠,以及實例初始化方法中的block
的應(yīng)用偷办,則用于更便利地囊括接口設(shè)計者的意圖,比如開源網(wǎng)絡(luò)框架XMNetworking
的請求構(gòu)造方法或者七牛云上傳的管理類QNUploadManager
的配置構(gòu)造方法等澄港,即可在 block 內(nèi)便利地對請求參數(shù)進行配置椒涯,對外提供API
時省去了類似 [[XMRequest alloc] init]
實例初始化這一步。
[XMCenter sendRequest:^(XMRequest * _Nonnull request) {
request.api = @"example/blabla";
request.httpMethod = kXMHTTPMethodGET;
} ];
2/3 回調(diào)再調(diào)用
上文提及委托模式也是典型的回調(diào)方式之一回梧,在iOS
應(yīng)用程序的入口就采用了委托模式废岂,即整個應(yīng)用程序UIApplication
單例的及其委托對象AppDelegate
,UIApplicationDelegate
協(xié)議中聲明了諸多可選optional
方法狱意,將程序的運行情況相關(guān)事件/狀態(tài)回調(diào)給委托者AppDelegate
湖苞。與本文關(guān)聯(lián)的是,自iOS 7
后系統(tǒng)升級了遠程推送策略而新增了一系列 API
详囤,其中就包括UIApplicationDelegate
協(xié)議中一個使用block
的協(xié)議方法如下(含典型實現(xiàn)):
- (void)application:(UIApplication *)application
didReceiveRemoteNotification:(NSDictionary *)userInfo
fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler {
dispatch_async(dispatch_get_global_queue(0, 0), ^{
// 當收到推送后異步加載一些數(shù)據(jù)
// 然后告知回去數(shù)據(jù)的結(jié)果情況
completionHandler(UIBackgroundFetchResultNewData);
});
}
此協(xié)議方法是告知AppDelegate
程序收到了遠程推送财骨,AppDelegate
可以做一些獲取數(shù)據(jù)的處理,并要求在獲取數(shù)據(jù)完成后調(diào)用completionHandler
告知 UIApplication
獲取數(shù)據(jù)的結(jié)果情況藏姐,從而讓 UIApplication
來估算電量和數(shù)據(jù)消耗情況隆箩,作為系統(tǒng)進行資源管理的一部分,要求completionHander
必須盡快調(diào)用(30 s以內(nèi))包各,這個場景就是回調(diào)再調(diào)用摘仅,其中:
- 這是
UIApplication
委托的協(xié)議方法靶庙,而不是其實例方法问畅,是UIApplication
調(diào)用AppDelegate
的方法,即回調(diào)六荒。 - 在回調(diào)的協(xié)議方法中护姆,攜帶一個
block
類型的參數(shù),將一段代碼傳遞給AppDelegate
掏击,并要求AppDelegate
完成業(yè)務(wù)邏輯后執(zhí)行此block
代碼卵皂,以達到調(diào)用UIApplication
的目的,即回調(diào)再調(diào)用砚亭。
這類將
block
作為參數(shù)或者返回值使用通常稱為高階函數(shù)灯变。
這種設(shè)計方式,有一種變換的實現(xiàn)方式:由UIApplication
單獨再提供一個 API
讓 AppDelgate
來主動調(diào)用捅膘,寫一個偽代碼方法如下:
// UIApplication 類的偽代碼
// 處理 delegate 后臺獲取數(shù)據(jù)后的結(jié)果
- (void)handleBackgroundFetchResult:(UIBackgroundFetchResult)result;
則添祸,上述協(xié)議方法及其典型實現(xiàn),可以替換為如下偽代碼:
// 注意移除了 回調(diào)的 block寻仗,改為直接調(diào)用偽代碼 API
- (void)application:(UIApplication *)application
didReceiveRemoteNotification:(NSDictionary *)userInfo {
dispatch_async(dispatch_get_global_queue(0, 0), ^{
// 異步獲取一些數(shù)據(jù)
// 然后告知獲取數(shù)據(jù)的結(jié)果情況
// completionHandler(UIBackgroundFetchResultNewData); // 改為 直接調(diào)用
[application handleBackgroundFetchResult:UIBackgroundFetchResultNewData];
});
}
對比兩種方式刃泌,后者顯然不如在回調(diào) delegate
時直接帶入需要執(zhí)行的邏輯來得直觀。這種“回調(diào)再調(diào)用”用法,后來在iOS 10
發(fā)布的系統(tǒng)重構(gòu)的通知管理框架 UserNotification
中頻繁使用耙替,比如上述方法在 UNUserNotificaionCenter
的 UNUserNotificationCenterDelegate
中的聲明亚侠。
- (void)userNotificationCenter:(UNUserNotificationCenter *)center
didReceiveNotificationResponse:(UNNotificationResponse *)response
withCompletionHandler:(void(^)())completionHandler;
總結(jié)可見,在如下場景中:對象A
回調(diào)給被回調(diào)者B
完成后俗扇,仍需要被回調(diào)者B
去調(diào)用A
并傳遞一些參數(shù)(或無參數(shù))執(zhí)行延續(xù)邏輯硝烂。采用類似回調(diào)一個 block 參數(shù)實現(xiàn)回調(diào)再調(diào)用是很不錯的方案。
3/3 項目實踐
一個使用block
做回調(diào)處理铜幽,并在回調(diào)中返回block
參數(shù)用于延續(xù)邏輯在實際項目中的應(yīng)用案例:
3個項目中钢坦,均需要通過網(wǎng)絡(luò)接口請求的方式來獲取客服聯(lián)系電話后彈窗提示可撥打,三個網(wǎng)絡(luò)接口各不相同啥酱。將該業(yè)務(wù)邏輯封裝為一個 API 爹凹,方便多處業(yè)務(wù)入口的調(diào)用,具體是在通訊管理的單例[ContactHelper sharedInstance]
:
// 提示撥打客服電話镶殷,實例方法
- (void)callCustomerServerInVC:(UIViewController *)VC;
由于不同項目中網(wǎng)絡(luò)接口不一致禾酱,且接口可能會變動,因此不在ContactHelper
寫網(wǎng)絡(luò)請求邏輯绘趋,而是通過block
的形式回調(diào)給具體項目進行實現(xiàn)颤陶,同時將彈窗的邏輯和樣式封裝在ContactHelper
內(nèi)部進行統(tǒng)一。
- 第一步陷遮,設(shè)置獲取客服信息的邏輯滓走,通過
ContactHelper
的聲明為fetcher
的block
屬性保存,當需要時進行調(diào)用
typedef void(^ContactCompletion)(NSDictionary *userInfo, NSString *errorMsg); //
- (void)configCustomerPhoneFetcher:(void (^)(ContactCompletion completion, UIViewController *vc))fetcher;
/// 保存獲取聯(lián)系方式的邏輯
- (void)configCustomerPhoneFetcher:(void (^)(ContactCompletion))fetcher {
_fetcher = [fetcher copy];
}
/// 項目中具體配置的調(diào)用示例
ContactHelper *helper = [ContactHelper sharedInstance];
[helper configCustomerPhoneFetcher:^(ContactCompletion completion,
UIViewController *vc) {
// 通過網(wǎng)絡(luò)請求異步獲取電話號碼
NSString *tel = @"400xxxxxxx";
/// 執(zhí)行 回調(diào)再調(diào)用帽馋,實現(xiàn)電話號碼撥叫
completion(@{kContactPhoneKey:tel,nil);
}];
- 第二步搅方,當業(yè)務(wù)方調(diào)用
ContactHelper
以彈窗撥打客服電話時,ContactHelper
調(diào)用第一步配置好的獲取方式fetcher
屬性绽族。 - 第三步姨涡,利用
fetcher
獲取到并再調(diào)用的信息進行彈窗撥號提示,因此ContactHelper
內(nèi)部實現(xiàn)調(diào)用客服電話后再彈窗提醒如下:
//獲取客服電話
- (void)callCustomerServiceInVC:(UIViewController *)controller{
if (!_fetcher) return;
// 配置獲取到客服電話后的操作
ContactCompletion completion = ^(NSDictionary *dic, NSString *errorMsg){
if (errorMsg) {
// 提示獲取號碼出錯
} else {
NSString *phone = dic[kContactPhoneKey];
// 彈窗提示撥號
};
// 執(zhí)行保存的回調(diào)吧慢,并將下一步的操作傳遞過去
_fetcher(completion, controller);
}
綜上涛漂,利用回調(diào)再調(diào)用這個思路,可以將3個項目的不同接口的請求客服電話的請求隔離在3個項目中設(shè)置检诗,而彈窗提示的邏輯則在 ContactHelper
中統(tǒng)一處理匈仗,而在其他的一些需要外部獲取數(shù)據(jù)后再返回到調(diào)用者延續(xù)執(zhí)行的情況都可以使用該方案。
參考文獻
iOS程序犭袁: 有一種 Block 叫 Callback逢慌,有一種 Callback 叫 CompletionHandler
其中悠轩,在第三方云服務(wù) LeanCloud
的一些SDK
中有類似的高階函數(shù)應(yīng)用。
加我微信溝通涕癣。