【iMessage苹果推日历推位置推送】软件安装 UIApplication 的 registerForRemoteNotifications

推荐内容IMESSGAE相关

iOS 10 中曩昔紊乱的和关照相干的 API 都被同一了，如今开辟者能够利用自力的 UserNotifications.framework 来集中管理和使用 iOS 体系中通知的功效。在此底子上，Apple 还增长了撤回单条通知，更新已展现通知，半途点窜通知内容，在通知中展示图片视频，自定义通知 UI 等一系列新功能，很是壮大。 const char * frameworkPath = [[NSString stringWithFormat:@“%@/Resources”,[self p_pythonFrameworkPath]] UTF8String]; wchar_t *pythonHome = _Py_char2wchar(frameworkPath, NULL); Py_SetPythonHome(pythonHome); Py_Initialize(); PyEval_InitThreads(); //在开释的时辰挪用 Py_Finalize(); import json from qiniu import Auth class TokenForiOS(object): def create_token(jsonParams): print(str(jsonParams)) values = json.loads(jsonParams) access_key = values.get(‘access_key’) secret_key = values.get(‘secret_key’)

#要上传的空间 bucket_name = values.get(‘bucket_name’) #上传到七牛后保留的文件名 file_name = values.get(‘file_name’) #构建鉴权工具 q = Auth(access_key, secret_key) #天生上传 Token，可以指定过时时候等 token = q.upload_token(bucket_name, file_name, 3600) return token 对付开发者来讲，相较于以前版本，iOS 10 供给了一套非常易用通知处置接口，是 SDK 的一次庞大重构。而之前的绝大部分通知相关 API 都曾经被标为弃用 (deprecated)。 这篇文章将起首回首一下 Notification 的成长汗青和近况，而后经由过程一些例子来展示 iOS 10 SDK 中响应的使用法子，来阐明新 SDK 中通知可以做的事变以及它们的使用方式。

您可以在 WWDC 16 的 Introduction to Notifications 和 Advanced Notifications 这两个 Session 中找到详细信息；别的也不要忘了参照 UserNotifications 的民间文档以及本文的实例名目 UserNotificationDemo。 Notification 历史和现状 碎片化时间是挪动装备用户在使用利用时的一大特色，用户但愿随时拿起手机就能检察资讯，处理事务，而通知可以在紧张的变乱和信息产生时提示用户。完善的通知展示可以很好地帮忙用户使用应用，表示出应用的代价，进而有很大大概将用户带回应用，进步活跃度。正因如此，不管是 Apple 仍是第三方开发者们，都很重视通知相关的开发事情，而通知也成为了很多应用的必备功能，开发者们都希望通知能带来更好地体验和更多的用户。 可是抱负的饱满并不克不及补充实际的骨感。自从在 iOS 3 引入 Push Notification 后，以后几近每一个版本 Apple 都在增强这方面的功能。

咱们可以回顾一下全部进程和相关的重要 API： PyObject *pModule = PyImport_ImportModule([@“qiniu.iostoken” UTF8String]);//导入模块 PyObject *pyClass = PyObject_GetAttrString(pModule, [@“TokenForiOS” UTF8String]);//获得类 PyObject *pyInstance = PyInstanceMethod_New(pyClass); //建立实例 NSMutableDictionary *params = [NSMutableDictionary new]; [params setObject:@“123” forKey:@“access_key”]; [params setObject:@“456” forKey:@“secret_key”]; [params setObject:@“jake” forKey:@“bucket_name”]; [params setObject:@“pic” forKey:@“file_name”]; NSError *error = nil; NSData *jsonData = [NSJSONSerialization dataWithJSONObject:params options:NSJSONWritingPrettyPrinted error:&error]; NSString *paramterJsonString = [[NSString alloc] initWithData:jsonData encoding:NSUTF8StringEncoding]; PyObject *result = NULL;

result = PyObject_CallMethod(pyInstance, [@“create_token” UTF8String], “(s)”, [paramterJsonString UTF8String] ); char * resultCString = NULL; PyArg_Parse(result, “s”, &resultCString); //将python范例的返回值转换为c NSLog(@“%s”, resultCString); iOS 3 - 引入推送通知UIApplication 的 registerForRemoteNotificationTypes 与UIApplicationDelegate 的 application(:didRegisterForRemoteNotificationsWithDeviceToken:)，application(:didReceiveRemoteNotification:) iOS 4 - 引入当地通知scheduleLocalNotification，presentLocalNotificationNow:，application(:didReceive:) iOS 5 - 参加通知中间页面 iOS 6 - 通知中心页面与 iCloud 同步 iOS 7 - 背景寂静推送application(:didReceiveRemoteNotification:fetchCompletionHandle:) iOS 8 - 从新计划 notification 权限哀求，Actionable 通知registerUserNotificationSettings(_😃，UIUserNotificationAction 与UIUserNotificationCategory

application(:handleActionWithIdentifier:forRemoteNotification:completionHandler:) 等 iOS 9 - Text Input action，基于 HTTP/2 的推送请求UIUserNotificationActionBehavior，全新的 Provider API 等 有点晕，不是么？一个开发者很难在不借助于文档的帮助下区别 application(:didReceiveRemoteNotification:) 和application(:didReceiveRemoteNotification:fetchCompletionHandle:)，新入行的开发者也不成能大白registerForRemoteNotificationTypes 和 registerUserNotificationSettings(😃 之间是否是有甚么干系，Remote 和 Local Notification 除了在初始化方式之外那些渺小的区分也让人抓狂，而很多 API 都被随便地放在了UIApplication 大概 UIApplicationDelegate 中。

除此之外，应用已经在前台时，长途推送是没法间接表现的，要先捕捉到远程来的通知，然后再倡议一个本地通知才气完成现实。更让人忧郁的是，应用在运转时和非运行时捕获通知的途径还纷歧致。固然这些各种题目都是由必定历史缘由形成的，但不可否认，恰是紊乱的机关方式和之前版本的考虑不周，使得 iOS 通知方面的开发不停称不上“让人愉悦”，乃至有不少“坏代码”的味道。 另一方面，现在的通知功能相对于还是简略，我们能做的只是本地或者远程发起通知，然后显示给用户。虽然 iOS 8 和 9 中增加了按钮和文原本举行交互，但是已收回的通知不能更新，通知的内容也只是在发起时独一肯定，而这些内容也只能是简单的文本。 想要在现有基础上扩大通知的功能，势必会让本来就千头万绪的 API 加倍难以明白。 在 iOS 10 中新加入 UserNotifications 框架，可以说是 iOS SDK 发展到现在的最大范围的一次重构。新版本里通知的相关功能被提取到了零丁的框架，通知也再也不区分类型，而有了更统一的举动。我们接下来就将按部就班地剖析这个重构后的框架的使用方式。

UserNotifications 框架解析 根本流程 iOS 10 中通知相关的操纵遵守上面的流程： 首先你必要向用户请求推送权限，然后发送通知。对于发送出的通知，若是你的应用位于后台或者没有运行的话，系统将通过用户容许的方式 (弹窗，横幅，或者是在通知中心) 进行显示。如果你的应用已经位于前台正在运行，你可以自行决定要不要显示这个通知。末了，如果你希望用户点击通知能有翻开应用以外的分外功能的话，你也需要进行处理。 权限申请 通用权限 iOS 8 之前，本地推送 (UILocalNotification) 和远程推送 (Remote Notification) 是区分看待的，应用只需要在进行远程推送时获取用户赞成。iOS 8 对这一行为进行了范例，由于无论是本地推送还是远程推送，实在在用户看来表现是同等的，都是打断用户的行为。是以从 iOS 8 起头，这两种通知都需要申请权限。iOS 10 里进一步解除了本地通知和推送通知的区别。

向用户申请通知权限非常简单： UNUserNotificationCenter.current().requestAuthorization(options: [.alert, .sound, .badge]) { granted, error in if granted { // 用户允许进行通知 } } 固然，在使用 UN 开首的 API 的时候，不要健忘导入 UserNotifications 框架： import UserNotifications 第一次调用这个方法时，会弹出一个系统弹窗。 要细致的是，一旦用户回绝了这个请求，再次调用该方法也不会再进行弹窗，想要应用有机会接管到通知的话，用户必需自行前去系统的配置中为你的应用打开通知，而这每每是不可能的。因此，在符合的时候弹出请求窗，在请求权限前事后进行说明，而不是直接粗鲁地在启动的时候就进行弹窗，会是更理智的挑选。 远程推送 一旦用户同意后，你就可以在应用中发送本地通知了。不外如果你通过服务器发送远程通知的话，还需要多一个获取用户 token 的操作。你的服务器可以使用这个 token 将用向 Apple Push Notification 的服务器提交请求，然后 APNs 通过 token 辨认设备和应用，将通知推给用户。 提交 token 请求和得到 token 的回调是现在“唯二”不在新框架中的 API。我们使用 UIApplication 的 registerForRemoteNotifications 来注册远程通知，在 AppDelegate 的 application(:didRegisterForRemoteNotificationsWithDeviceToken) 中获取用户 token： // 向 APNs 请求 token： UIApplication.shared.registerForRemoteNotifications() // AppDelegate.swift func application( application: UIApplication, didRegisterForRemoteNotificationsWithDeviceToken deviceToken: Data) { let tokenString = deviceToken.hexString print(“Get Push token: (tokenString)”) } 获取获得的 deviceToken 是一个 Data 类型，为了方便使用和通报，我们一样平常会选择将它转换为一个字符串。Swift 3 中可以使用下面的Data 扩展来构造出得当传递给 Apple 的字符串： extension Data { var hexString: String { return withUnsafeBytes {(bytes: UnsafePointer) -> String in let buffer = UnsafeBufferPointer(start: bytes, count: count) return buffer.map {String(format: “%02hhx”, $0)}.reduce(“”, { $0 + $1 }) } } } 权限设置 用户可以在系统设置中修改你的应用的通知权限，除了打开和封闭全数通知权限外，用户也可以限定你的应用只能进行某种情势的通知显示，好比只允许横幅而不允许弹窗及通知中心显示等。

一般来说你不该该对用户的选择进行干与，但是如果你的应用确切需要某种特定场景的推送的话，你可以对以后用户进行的设置进行查抄： UNUserNotificationCenter.current().getNotificationSettings { settings in print(settings.authorizationStatus) // .authorized | .denied | .notDetermined print(settings.badgeSetting) // .enabled | .disabled | .notSupported // etc… } 对于权限方面的使用，可以参考 Demo 中 AuthorizationViewController 的内容。 发送通知 UserNotifications 中对通知进行了统一。我们通过通知的内容 (UNNotificationContent)，发送的机遇 (UNNotificationTrigger) 以及一个发送通知的String 类型的标识符，来生成一个 UNNotificationRequest 类型的发送请求。最后，我们将这个请求添加到UNUserNotificationCenter.current() 中，就可以期待通知达到了： // 1. 创建通知内容 let content = UNMutableNotificationContent() content.title = “Time Interval Notification” content.body = “My first notification” // 2. 创建发送触发 let trigger = UNTimeIntervalNotificationTrigger(timeInterval: 5, repeats: false) // 3. 发送请求标识符 let requestIdentifier = “com.onevcat.usernotification.myFirstNotification” // 4. 创建一个发送请求 let request = UNNotificationRequest(identifier: requestIdentifier, content: content, trigger: trigger) // 将请求添加到发送中心 UNUserNotificationCenter.current().add(request) { error in if error == nil { print(“Time Interval Notification scheduled: (requestIdentifier)”) } }

iOS 10 中通知不但支撑简单的一行笔墨，你还可以添加 title 和 subtitle，来用粗体字的形式夸大通知的目标。对于远程推送，iOS 10 之前一般只含有动静的推送 payload 是如许的： { “aps”:{ “alert”:“Test”, “sound”:“default”, “badge”:1 } } 如果我们想要加入 title 和 subtitle 的话，则需要将 alert 从字符串换为字典，新的 payload 是： { “aps”:{ “alert”:{ “title”:“I am title”, “subtitle”:“I am subtitle”, “body”:“I am body” }, “sound”:“default”, “badge”:1 } } 好消息是，后一种字典的方法其实在 iOS 8.2 的时候就已经存在了。虽然那时 title 只是用在 Apple Watch 上的，但是设置好body 的话在 iOS 上还是可以显示的，以是针对 iOS 10 添加题目时是可以包管前向兼容的。 另外，如果要进行本地化对应，在设置这些内容文本时，本地可以使用 String.localizedUserNotificationString(forKey: “your_key”, arguments: []) 的方式来从 Localizable.strings 文件中掏出本地化字符串，而远程推送的话，也可以在 payload 的 alert 中使用loc-key 或者 title-loc-key 来进行指定。

关于 payload 中的 key，可以参考这篇文档。 触发器是只对本地通知而言的，远程推送的通知的话默许会在收到后当即显示。现在 UserNotifications 框架中提供了三种触发器，别离是：在一定时间后触发UNTimeIntervalNotificationTrigger，在某月某日某时触发 UNCalendarNotificationTrigger 以及在用户进入或是分开某个地区时触发UNLocationNotificationTrigger。 请求标识符可以用来区分分歧的通知请求，在将一个通知请求提交后，通过特定 API 我们可以或许使用这个标识符来取缔或者更新这个通知。我们将在稍后再提到详细用法。 在新版本的通知框架中，Apple 借用了一部分收集请求的观点。我们组织并发送一个通知请求，然后将这个请求提交给 UNUserNotificationCenter 进行处理。我们会在 delegaet 中接收到这个通知请求对应的 response，另外我们也有机会在应用的 extension 中对 request 进行处理。我们在接下来的章节会看到更多这方面的内容。