工作日志 2017-03-22 远程推送 swif闭包

工作日志

今天主要是两个知识点
1.swift 闭包
2.远程推送

swif 闭包

• Swift基础之闭包
• Swift闭包详解

闭包的写法

• 闭包 ，也称为匿名函数 无名函数，在swift 中闭包没有方法名，整个方法都写在大括号{}中，如下面的格式
  
  • {(传入参数名:参数类型->(方法返回参数类型) in 方法内容 return 返回值)}
• 根据上下文推断闭包参数类型上面的例子可以简化如下
  
  • {(传入参数名 in 方法内容 return 返回值)}
• 单行表达式闭包可以省略 return
  
  • {(传入参数名 in 方法内容和返回值为一体)}
• 参数名简写
  
  • 比如比较大小的闭包函数 {$0>$1}
• Trailing 闭包 尾随闭包是一个书写在函数括号之后的闭包表达式，函数支持将其作为最后一个参数调用：

闭包的其他知识

• 捕获值（Capturing Values)
  
  • > 闭包可以在其被定义的上下文中捕获常量或变量。即使定义这些常量和变量的原作用域已经不存在，闭包仍然可以在闭包函数体内引用和修改这些值
• 闭包是引用类型（Closures Are Reference Types）
  
  • 和类一样，必要也是引用类型
• 非逃逸闭包(Nonescaping Closures) 关键字@noescape
  
  • 一个闭包作为参数传到一个函数中，但是这个闭包在函数返回之后才被执行，我们称该闭包从函数中逃逸。可以在参数名之前标注@noescape，用来指明这个闭包是不允许“逃逸”出这个函数的。将闭包标注@noescape能使编译器知道这个闭包的生命周期.

远程推送

• iOS推送之远程推送（iOS Notification Of Remote Notification）

• 推送原理

  • 推送消息传输路径： Provider-APNs-Client App
  • deviceToken的生成
    
    • 是什么：deviceToken其实就是根据注册远程通知的时候向APNs服务器发送的Token key，Token key中包含了设备的UDID和App的Bundle Identifier，然后苹果APNs服务器根据此Token key编码生成一个deviceToken。deviceToken可以简单理解为就是包含了设备信息和应用信息的一串编码。
    • 有什么用：上面提到Provider推送消息的时候必须带有此deviceToken，然后此消息就根据deviceToken（UDID + App's Bundle Identifier）找到对应的设备以及该设备上对应的应用，从而把此推送消息推送给此应用。
    • 唯一性：苹果APNs的编码技术和deviceToken的独特作用保证了他的唯一性。唯一性并不是说一台设备上的一个应用程序永远只有一个deviceToken，当用户升级系统的时候deviceToken是会变化的。

• 远程推送在项目中的应用

  • 注册推送

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
    // 在iOS8之前注册远程通知的方法，如果项目要支持iOS8以前的版本，必须要写此方法
    UIRemoteNotificationType types = UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeSound | UIRemoteNotificationTypeAlert;
    [[UIApplication sharedApplication] registerForRemoteNotificationTypes:types];
    // iOS8之后注册远程通知的方法
    UIUserNotificationType types = UIUserNotificationTypeBadge | UIUserNotificationTypeSound | UIUserNotificationTypeAlert;
    UIUserNotificationSettings *mySettings = [UIUserNotificationSettings settingsForTypes:types categories:nil];
    [[UIApplication sharedApplication] registerUserNotificationSettings:mySettings];
} 

- 注册远程通知成功和失败的回调方法

    // 注册成功回调方法，其中deviceToken即为APNs返回的token
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken {
    [self sendProviderDeviceToken:deviceToken]; // 将此deviceToken发送给Provider
}
// 注册失败回调方法，处理失败情况
- (void)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *)error {
}

- 接收到远程推送
方法1.didReceiveRemoteNotification, 只有程序在前台才会调用，程序在后台不会调用，当用户点击收到的推送信息时会调用。
当收到远程推送时，程序不是处于启动状态，推送信息会传递给方法application:willFinishLaunchingWithOptions: or application:didFinishLaunchingWithOptions:，当调用这两个方法时，可以取得推送消息：NSDictionary *pushInfor = launchOptions[UIApplicationLaunchOptionsRemoteNotificationKey];

- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo {
}

方法2：如下，如果下面的方法和上面的方法同时存在，只会执行下面的方法

//这里采用可以后台操作的推送方法
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler{
    //APP 前台  收到远程推送都会调用
    //APP 后台  收到远程推送调用，（前提是 你开启了APP后台模式）
    //当用户点击推送信息进入APP 还会调用 这个方法
    //一定要实现 闭包UIBackgroundFetchResult 否则程序不会启动
    //在程序启动前，你有30秒的时间去在后台处理数据，刷新UI
    /*
    UIBackgroundFetchResultNewData, 接收到新数据
    UIBackgroundFetchResultNoData,  没有接受到数据
    UIBackgroundFetchResultFailed   接受数据失败
    */
    //必须执行这个block
    completionHandler(UIBackgroundFetchResultNewData);
    //接下来做 收到推送的处理
}

• 远程推送负载内容
  
  • JSON 格式

{
     "aps" : {  
         "alert"              :              {   // string or dictionary
            "title"          :   "string"
            "body"           :   "string",
            "title-loc-key"  :   "string or null"
            "title-loc-args" :   "array of strings or null"
            "action-loc-key" :   "string or null"
            "loc-key"        :   "string"
            "loc-args"       :   "array of strings"
            "launch-image"   :   "string"
         },
          "badge"             :    number,
          "sound"             :    "string"
          "content-available" :    number;
          "category"          :    "string"
     },
}
aps：推送消息必须有的key
alert：推送消息包含此key值，系统就会根据用户的设置展示标准的推送信息
badge：在app图标上显示消息数量，缺少此key值，消息数量就不会改变，消除标记时把此key对应的value设置为0
sound：设置推送声音的key值，系统默认提示声音对应的value值为default
content-available：此key值设置为1，系统接收到推送消息时就会调用不同的回调方法，iOS7之后配置后台模式
category：UIMutableUserNotificationCategory's identifier 可操作通知类型的key值
title：简短描述此调推送消息的目的，适用系统iOS8.2之后版本
body：推送的内容
title-loc-key：功能类似title，附加功能是国际化，适用系统iOS8.2之后版本
title-loc-args：配合title-loc-key字段使用，适用系统iOS8.2之后版本
action-loc-key：可操作通知类型key值，不详细叙述
loc-key：参考title-loc-key
loc-args：参考title-loc-args
launch-image：点击推送消息或者移动事件滑块时，显示的图片。如果缺少此key值，会加载app默认的启动图片。

• 自定义key值

{
    "aps" : {
        "alert" : "Provider push messag.",
        "badge" : 9,
        "sound" : "toAlice.aiff"
    },
    "Id"   : 1314,               //  自定义key值
    "type" : "customType"        //  自定义key值
}

• iOS10 以后的推送流程发生了大的变动，原理未变，实现方式完全不同，这里只介绍了iOS9 以下的推送配置，iOS10 中的推送暂时先不管。