Xcode8开发iOS10推送通知过程

iOS10发布后，简书优先开发增长了iOS10的新通知。本文分享整个feature的开发过程遇到的问题。

一、工程配置

Xcode8发生了很大的变化，直接打开原来的工程编译运行，这个时候是获取不到Push token的，打印didFailToRegisterForRemoteNotificationsWithError中的error能够看到

fail to register with error Error Domain=NSCocoaErrorDomain Code=3000 
"no valid 'aps-environment' entitlement string found for application" 
UserInfo={NSLocalizedDescription=no valid 'aps-environment' 
entitlement string found for application}

Google了解到是Xcode8的变化，entitlements由本地的entitlements文件配置，主Target的Capabilities下，Push Notification处于关闭的状态，必须手动打开。

二、Code Sign

工程增长了Notification Content和Notification Service两个Extension，Signing默认是自动模式.。

据网上介绍Xcode8签名管理方式比Xcode7更智能，那我就试一下吧。选完Team它就自动生成了受权文件。然而，Xcode8还帮我生成了一个新的证书，至关于增长了一个开发人员，也就是我如今的证书不在原来的受权文件中，后果就是原来手动配置的受权文件要从新生成。

Certificates

这时候若是想使用原始的手动配置，不只要把Automatically manage signing去掉，还要在Key Chains里把新生成的证书删掉，而后在Web端生成受权文件。使用Automatically manage signing最好把每一个Target都使用相同的方式。

三、Swift版本

若是你在建立Target的时候开发语言选了Swift，默认是使用Swift3.0，Xcode8同时支持3.0和2.3，可能你还没来及掌握3.0的API变化，想继续使用2.3的API，只要在对应Target的Build Setting中Use Legacy Swift Language Version设为YES就能够继续使用2.3。

四、Architectures

工程配好以后，只有模板代码，先跑起来写个Hello World再说。Command+R以后，编译报错了

Check dependenciesNo architectures to compile for (ONLY_ACTIVE_ARCH=YES, active arch=x86_64, VALID_ARCHS=i386).

VALID_ARCHS中没有对应的active arch
这时须要在对应Target的Build Setting中Valid Architectures中增长arm64

Architectures

五、Notification Service

接下来，开始代码编写了，大部分是参考喵神的这篇文章活久见的重构 - iOS 10 UserNotifications 框架解析和Demo、还有WWDC 708 Advanced Notifications、PDF。
在service中，咱们会把后端push过来的数据中的图片下载到本地文件夹，而后做为attachments。
以前咱们的推送都只显示一句alert，不过推送的json数据alert字段能够是string，也能够是dictionary，若是是string，至关于dictionary中的body，在iOS8.2以后dictionary能够增长title、subtitle等。为了让推送更丰富，咱们想把原来的body变成title，增长文章摘要放到body里，若是直接改aps内的alert，那么8.2之前的设备推送显示的是文章摘要了。后来咱们想了一个办法，Notification Service不是能够修改推送内容吗？aps的alert仍是保持不变，json增长一个新的title和body，Service收到通知以后把json中的title和body取出来赋给bestAttemptContent的title和body。

{
  "aps":{ 
        "alert":"test test",
        "mutable-content":1 
  }, 
  "title": "new title",
  "body": "new body"
}

六、Notification Content

若是通知有attachments，默认状况下长按通知会显示图片或视频，可是咱们以为显示那么大一个图片不美观，并且要有action button，就是下面这种效果，因此要用到Notification Content。

效果

其实这里没有自定义通知的UI，而是直接把这个View隐藏了。Info.plist中UNNotificationExtensionInitialContentSizeRatio表示view的初始height/width（其余属性参考WWDC），把它设为0.001（不能设为0），在viewDidload中设置self.preferredContentSize = CGSizeZero;来隐藏view。

Info.plist

这个Extension能够响应多个category，而每一个category能够注册本身的action buttons，因此action buttons和customUI view是相互独立的，不过能够经过action buttons更新customUI view。
Action buttons默认的行为会打开APP，由delegate处理响应，使用了Notification Content后，咱们能够在Notification Content直接处理响应而不用打开APP，也能够forward打开APP由delegate处理。

五、真机调试

代码写得差很少了，那就开始调试了。Extension调试过程当中有时会遇到Could not attach to process ID错误。

Could not attach to process ID

有时重启Xcode能解决，有时不能解决，这时候有一个方法，这个窗口弹出以后点OK，接着点Debug > Attach to Process > 你的Extension，这时候就能捕获断点了。

六、提交TestFlight

测试过了准备提交TestFlight，结果校验出错了。

Application Loader

错误信息很明显，Extension.appex中包含了Frameworks文件夹。若是Extension使用了Cocoapods，Cocoapods会建立这个文件夹，实际没什么用。解决办法就是在Build Phases最后增长一个Build Phase，执行一段shell脚本把Frameworks文件夹删掉。

cd "${CONFIGURATION_BUILD_DIR}/${UNLOCALIZED_RESOURCES_FOLDER_PATH}/"if [[ -d "Frameworks" ]]; thenrm -fr Frameworksfi

文章转自  zhao0的简书