[iOS] [OC] 關(guān)于block回調(diào)懂讯、高階函數(shù)“回調(diào)再調(diào)用”及項目實踐

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)用completionblock代碼羞迷。
- (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 動畫的 animationsblock動畫參數(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單例的及其委托對象AppDelegateUIApplicationDelegate協(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)用摘仅,其中:

  1. 這是UIApplication委托的協(xié)議方法靶庙,而不是其實例方法问畅,是 UIApplication調(diào)用 AppDelegate 的方法,即回調(diào)六荒。
  2. 在回調(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單獨再提供一個 APIAppDelgate來主動調(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 中頻繁使用耙替,比如上述方法在 UNUserNotificaionCenterUNUserNotificationCenterDelegate 中的聲明亚侠。

- (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的聲明為 fetcherblock屬性保存,當需要時進行調(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)用。

加我微信溝通涕癣。


最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末哗蜈,一起剝皮案震驚了整個濱河市前标,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌距潘,老刑警劉巖炼列,帶你破解...
    沈念sama閱讀 218,525評論 6 507
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異音比,居然都是意外死亡俭尖,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,203評論 3 395
  • 文/潘曉璐 我一進店門洞翩,熙熙樓的掌柜王于貴愁眉苦臉地迎上來稽犁,“玉大人,你說我怎么就攤上這事骚亿∫押ィ” “怎么了?”我有些...
    開封第一講書人閱讀 164,862評論 0 354
  • 文/不壞的土叔 我叫張陵来屠,是天一觀的道長虑椎。 經(jīng)常有香客問我,道長俱笛,這世上最難降的妖魔是什么捆姜? 我笑而不...
    開封第一講書人閱讀 58,728評論 1 294
  • 正文 為了忘掉前任,我火速辦了婚禮迎膜,結(jié)果婚禮上泥技,老公的妹妹穿的比我還像新娘。我一直安慰自己磕仅,他們只是感情好珊豹,可當我...
    茶點故事閱讀 67,743評論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著宽涌,像睡著了一般平夜。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上卸亮,一...
    開封第一講書人閱讀 51,590評論 1 305
  • 那天,我揣著相機與錄音玩裙,去河邊找鬼兼贸。 笑死,一個胖子當著我的面吹牛吃溅,可吹牛的內(nèi)容都是我干的溶诞。 我是一名探鬼主播,決...
    沈念sama閱讀 40,330評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼决侈,長吁一口氣:“原來是場噩夢啊……” “哼螺垢!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,244評論 0 276
  • 序言:老撾萬榮一對情侶失蹤枉圃,失蹤者是張志新(化名)和其女友劉穎功茴,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體孽亲,經(jīng)...
    沈念sama閱讀 45,693評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡坎穿,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,885評論 3 336
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了返劲。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片玲昧。...
    茶點故事閱讀 40,001評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖篮绿,靈堂內(nèi)的尸體忽然破棺而出孵延,到底是詐尸還是另有隱情,我是刑警寧澤亲配,帶...
    沈念sama閱讀 35,723評論 5 346
  • 正文 年R本政府宣布隙袁,位于F島的核電站,受9級特大地震影響弃榨,放射性物質(zhì)發(fā)生泄漏菩收。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,343評論 3 330
  • 文/蒙蒙 一鲸睛、第九天 我趴在偏房一處隱蔽的房頂上張望娜饵。 院中可真熱鬧,春花似錦官辈、人聲如沸箱舞。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,919評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽晴股。三九已至,卻和暖如春肺魁,著一層夾襖步出監(jiān)牢的瞬間电湘,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,042評論 1 270
  • 我被黑心中介騙來泰國打工鹅经, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留寂呛,地道東北人。 一個月前我還...
    沈念sama閱讀 48,191評論 3 370
  • 正文 我出身青樓瘾晃,卻偏偏與公主長得像贷痪,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子蹦误,可洞房花燭夜當晚...
    茶點故事閱讀 44,955評論 2 355

推薦閱讀更多精彩內(nèi)容

  • Swift1> Swift和OC的區(qū)別1.1> Swift沒有地址/指針的概念1.2> 泛型1.3> 類型嚴謹 對...
    cosWriter閱讀 11,103評論 1 32
  • 1.ios高性能編程 (1).內(nèi)層 最小的內(nèi)層平均值和峰值(2).耗電量 高效的算法和數(shù)據(jù)結(jié)構(gòu)(3).初始化時...
    歐辰_OSR閱讀 29,392評論 8 265
  • OC語言基礎(chǔ) 1.類與對象 類方法 OC的類方法只有2種:靜態(tài)方法和實例方法兩種 在OC中劫拢,只要方法聲明在@int...
    奇異果好補閱讀 4,273評論 0 11
  • iOS面試題目100道 1.線程和進程的區(qū)別肉津。 進程是系統(tǒng)進行資源分配和調(diào)度的一個獨立單位,線程是進程的一個實體舱沧,...
    有度YouDo閱讀 29,912評論 8 137
  • 相必大家很想知道大學應(yīng)該怎么過吧狗唉? 今天中午才初烘,注冊了一個微信公眾號,名字叫做檸檬咪少女 大家應(yīng)該很想知道我為什么...
    我的青春不揮霍閱讀 183評論 0 0