[iOS] [OC] 关于block回调、高阶函数“回调再调用”及项目实践

1/3 回调

使用block进行回调处理是十分便利的处理方式，在UIKit的设计中也家常便饭，例如：

• UIView动画，动画执行后调用completion内的block代码。

+ (void)animateWithDuration:(NSTimeInterval)duration
                 animations:(void (^)(void))animations
                 completion:(void (^ __nullable)(BOOL finished))completion;
复制代码

• 模态展现一个页面，在展现结束后调用completion内的block代码。

- (void)presentViewController:(UIViewController *)viewController
                     animated:(BOOL)flag
                   completion:(void (^)(void))completion;
复制代码

• 用于实现纸质打印的控制器UIPrintInteractionController，其模态展现方式，一样是展现结束后调用completion的block代码。

- (BOOL)presentAnimated:(BOOL)animated 
      completionHandler:(nullable UIPrintInteractionCompletionHandler)completion;
复制代码

此外，在 WKWebView 中分析JavaScript代码时也有相似应用，实际开发中存在 completion、completionHandler 或者callBack等不一样的命名方式，归根结底目的都是实现一个事件完成后的“回调做用”，与使用“委托模式”的 delegate + protocol 有殊途同归之妙，这也是不少二级页面控制器或者视图的回调流行使用一个 block 属性来作回调处理的缘由。

而相似 UIView 动画的 animations的block动画参数，以及自动布局框架Masonry 的设置约束的 make/update/remake 中 block 使用，以及实例初始化方法中的block的应用，则用于更便利地囊括接口设计者的意图，好比开源网络框架XMNetworking的请求构造方法或者七牛云上传的管理类QNUploadManager的配置构造方法等，便可在 block 内便利地对请求参数进行配置，对外提供API时省去了相似 [[XMRequest alloc] init]实例初始化这一步。

[XMCenter sendRequest:^(XMRequest * _Nonnull request) {
    request.api = @"example/blabla";
    request.httpMethod = kXMHTTPMethodGET;
} ];
复制代码

2/3 回调再调用

上文说起委托模式也是典型的回调方式之一，在iOS 应用程序的入口就采用了委托模式，即整个应用程序UIApplication单例的及其委托对象AppDelegate，UIApplicationDelegate协议中声明了诸多可选optional方法，将程序的运行状况相关事件/状态回调给委托者AppDelegate。与本文关联的是，自iOS 7后系统升级了远程推送策略而新增了一系列 API，其中就包括UIApplicationDelegate 协议中一个使用block 的协议方法以下（含典型实现）：

- (void)application:(UIApplication *)application
        didReceiveRemoteNotification:(NSDictionary *)userInfo
        fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler {
    dispatch_async(dispatch_get_global_queue(0, 0), ^{
        // 当收到推送后异步加载一些数据
        // 而后告知回去数据的结果状况
        completionHandler(UIBackgroundFetchResultNewData);
    });
}
复制代码

此协议方法是告知AppDelegate程序收到了远程推送，AppDelegate 能够作一些获取数据的处理，并要求在获取数据完成后调用completionHandler告知 UIApplication 获取数据的结果状况，从而让 UIApplication 来估算电量和数据消耗状况，做为系统进行资源管理的一部分，要求completionHander必须尽快调用（30 s之内），这个场景就是回调再调用，其中：

1. 这是UIApplication委托的协议方法，而不是其实例方法，是 UIApplication调用 AppDelegate 的方法，即回调。
2. 在回调的协议方法中，携带一个block类型的参数，将一段代码传递给 AppDelegate ，并要求 AppDelegate完成业务逻辑后执行此block代码，以达到调用UIApplication的目的，即回调再调用。

这类将block做为参数或者返回值使用一般称为高阶函数。

这种设计方式，有一种变换的实现方式：由UIApplication单独再提供一个 API让 AppDelgate来主动调用，写一个伪代码方法以下：

// UIApplication 类的伪代码
// 处理 delegate 后台获取数据后的结果
- (void)handleBackgroundFetchResult:(UIBackgroundFetchResult)result;
复制代码

则，上述协议方法及其典型实现，能够替换为以下伪代码：

// 注意移除了 回调的 block，改成直接调用伪代码 API
- (void)application:(UIApplication *)application
        didReceiveRemoteNotification:(NSDictionary *)userInfo {
    dispatch_async(dispatch_get_global_queue(0, 0), ^{
        // 异步获取一些数据
        // 而后告知获取数据的结果状况
        // completionHandler(UIBackgroundFetchResultNewData); // 改成 直接调用
    [application handleBackgroundFetchResult:UIBackgroundFetchResultNewData];
    });
}
复制代码

对比两种方式，后者显然不如在回调 delegate 时直接带入须要执行的逻辑来得直观。这种“回调再调用”用法，后来在iOS 10 发布的系统重构的通知管理框架 UserNotification 中频繁使用，好比上述方法在 UNUserNotificaionCenter 的 UNUserNotificationCenterDelegate 中的声明。

- (void)userNotificationCenter:(UNUserNotificationCenter *)center
didReceiveNotificationResponse:(UNNotificationResponse *)response
         withCompletionHandler:(void(^)())completionHandler;
复制代码

总结可见，在以下场景中：对象A回调给被回调者B完成后，仍须要被回调者B去调用A并传递一些参数（或无参数）执行延续逻辑。采用相似回调一个 block 参数实现回调再调用是很不错的方案。

3/3 项目实践

一个使用block作回调处理，并在回调中返回block参数用于延续逻辑在实际项目中的应用案例：

3个项目中，均须要经过网络接口请求的方式来获取客服联系电话后弹窗提示可拨打，三个网络接口各不相同。将该业务逻辑封装为一个 API ，方便多处业务入口的调用，具体是在通信管理的单例[ContactHelper sharedInstance]:

// 提示拨打客服电话，实例方法
- (void)callCustomerServerInVC:(UIViewController *)VC;
复制代码

因为不一样项目中网络接口不一致，且接口可能会变更，所以不在ContactHelper写网络请求逻辑，而是经过block的形式回调给具体项目进行实现，同时将弹窗的逻辑和样式封装在ContactHelper内部进行统一。

• 第一步，设置获取客服信息的逻辑，经过ContactHelper的声明为 fetcher的block属性保存，当须要时进行调用

typedef void(^ContactCompletion)(NSDictionary *userInfo, NSString *errorMsg); // 

- (void)configCustomerPhoneFetcher:(void (^)(ContactCompletion completion, UIViewController *vc))fetcher;

/// 保存获取联系方式的逻辑
- (void)configCustomerPhoneFetcher:(void (^)(ContactCompletion))fetcher {
    _fetcher = [fetcher copy]; 
}

/// 项目中具体配置的调用示例
ContactHelper *helper = [ContactHelper sharedInstance];
[helper configCustomerPhoneFetcher:^(ContactCompletion completion, 
                                      UIViewController *vc) {
    // 经过网络请求异步获取电话号码
    NSString *tel = @"400xxxxxxx";
    /// 执行 回调再调用，实现电话号码拨叫
    completion(@{kContactPhoneKey:tel,nil);
}];
复制代码

• 第二步，当业务方调用ContactHelper以弹窗拨打客服电话时，ContactHelper调用第一步配置好的获取方式 fetcher属性。
• 第三步，利用fetcher获取到并再调用的信息进行弹窗拨号提示，所以ContactHelper内部实现调用客服电话后再弹窗提醒以下：

//获取客服电话
- (void)callCustomerServiceInVC:(UIViewController *)controller{
    if (!_fetcher)  return;
     // 配置获取到客服电话后的操做
    ContactCompletion completion = ^(NSDictionary *dic, NSString *errorMsg){
    if (errorMsg) {
        // 提示获取号码出错
    } else {
        NSString *phone = dic[kContactPhoneKey];
       // 弹窗提示拨号
    };

  // 执行保存的回调，并将下一步的操做传递过去
   _fetcher(completion, controller);
}
复制代码

综上，利用回调再调用这个思路，能够将3个项目的不一样接口的请求客服电话的请求隔离在3个项目中设置，而弹窗提示的逻辑则在 ContactHelper中统一处理，而在其余的一些须要外部获取数据后再返回到调用者延续执行的状况均可以使用该方案。

参考文献

iOS程序犭袁: 有一种 Block 叫 Callback，有一种 Callback 叫 CompletionHandler 其中，在第三方云服务 LeanCloud 的一些SDK中有相似的高阶函数应用。