转的推送功能

iOS的推送功能包括:远程推送以及本地推送,从iOS4到目前的iOS10,推送功能经历了多个版本的修改。现在做一个总结:

基本已iOS8以及iOS10作为分界点,目前分为3个阶段,[iOS4,iOS8.0),[iOS8.0-iOS10.0),[iOS10.0-x],至于最早是不是iOS4.0开始有推送的,我不得而知,接触的最早的iOS系统就是4.0开始的。暂且这么认为吧。

在第一个阶段的时候,[iOS4.0-iOS8.0),本地推送是附加与远程推送的,也就是说:申请了远程推送则自然而然就拥有了本地推送,并且推送权限的获取与deviceToken的获取在同一个API里,一次做完。

第二个阶段,[iOS8.0,iOS10.0),做了一些改进,本地推送与远程推送稍作区分,并且推送权限的获取与deviceToken的获取分离为两个流程:先获取推送权限,在推送权限的代理回调方法中 根据获取到权限与否,再进行是否获取deviceToken的流程操作。并且推送功能增加了 推送消息的快捷处理功能:预览完整消息,快捷回复某个推送消息,而不用进入对应的App去处理,当然需要App事先做好与推送消息的交互类型的约定与处理逻辑。

第三个阶段,[iOS10.0,x),将推送功能模块化,从UIKit中的UIApplication里分出,做成独立的框架UserNotification.framework,等系列模块。与前一个不同的地方是:推送通知可以分离出UIApplicationDelegate独立在某个业务处理中心,而不必在UIApplicationDelegate里一堆代码,并且将本地推送与远程推送表面上合并:开发者不必关心是什么推送,接口上都是一样的是由于在用户看来:推送表现都是一样的,在桌面 下拉一个消息出来。所以在这一点来说有点回归,还有一个不同,推送权限的获取成功与否不是在代理回调中处理,而是在block中处理,然后deviceToken的流程是一样的,并且获取deviceToken仍是在UIApplicationDelegate里面做,这个自始至终到现在都没变,可能以后会移到UserNotification模块吧。目前推送功能仍是不完善的,还是比较混乱:各位可以做个实验,iOS10.x系统,利用UserNotificationCenter添加几个CaledarTrigger类型的简单的(不带交互与附件)本地通知,本地推送通知触发后,桌面下拉消息出现,如果点击此消息则激活App,此时进入的函数是

- (void)userNotificationCenter:(UNUserNotificationCenter *)center didReceiveNotificationResponse:(UNNotificationResponse *)response withCompletionHandler:(void(^)())completionHandler;而如果你的App本身就是在前台的时候,进入的函数却是

-(void)application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification,而这个函数却被标记为deprecated。如果添加的是带交互的本地通知,估计回调的API仍是不同的(App本身就在前台与App进入后台被推送消息交互激活)。

特别是为了做iOS系统版本兼容的,可真是“男朋友漏电啊”。

目前手头只有一个iOS10.x的设备与一个iOS8.x设备,XCode也是6.x的,所以比较老的iOS系统:比方8.0以前的,我已无法验证,也无法做实验了(xcode版本比较新,老的API有些就看不到了),只是凭记忆来做总结。

我的App里目前需要支持iOS7以及以后系统的推送功能,所以就需要仔细处理。也仅仅是凭记忆和某些帖子来做了,如果用户反馈问题不多,那基本就这样没问题的。

你可能感兴趣的:(转的推送功能)