兼容iOS 10 资料整理笔记

自从<code>Notification</code>被引入之后，苹果就不断的更新优化，但这些更新优化只是小打小闹，直至现在iOS 10开始真正的进行大改重构，这让开发者也体会到<code>UserNotifications</code>的易用，功能也变得非常强大。

iOS 9 以前的通知

1.在调用方法时，有些方法让人很难区分，容易写错方法，这让开发者有时候很苦恼。

2.应用在运行时和非运行时捕获通知的路径还不一致。

3.应用在前台时，是无法直接显示远程通知，还需要进一步处理。

4.已经发出的通知是不能更新的，内容发出时是不能改变的，并且只有简单文本展示方式，扩展性根本不是很好。

iOS 10 开始的通知

1.所有相关通知被统一到了<code>UserNotifications.framework</code>框架中。

2.增加了撤销、更新、中途还可以修改通知的内容。

3.通知不在是简单的文本了，可以加入视频、图片，自定义通知的展示等等。

4.iOS 10相对之前的通知来说更加好用易于管理，并且进行了大规模优化，对于开发者来说是一件好事。

5.iOS 10开始对于权限问题进行了优化，申请权限就比较简单了(本地与远程通知集成在一个方法中)。

iOS 10 通知学习相关资料：

<a href="https://onevcat.com/2016/08/notification/" target="_blank">活久见的重构 - iOS 10 UserNotifications 框架解析</a>

<a href="http://www.jianshu.com/p/9b720efe3779" target="_blank">WWDC2016 Session笔记 - iOS 10 推送Notification新特性</a>

iOS 9中默认非HTTS的网络是被禁止的，当然我们也可以把<code>NSAllowsArbitraryLoads</code>设置为<code>YES</code>禁用<code>ATS</code>。不过iOS 10从2017年1月1日起苹果不允许我们通过这个方法跳过<code>ATS</code>，也就是说强制我们用<code>HTTPS</code>，如果不这样的话提交App可能会被拒绝。但是我们可以通过<code>NSExceptionDomains</code>来针对特定的域名开放<code>HTTP</code>可以容易通过审核。

参考学习文章如下：

<a href="https://onevcat.com/2016/06/ios-10-ats/" target="_blank">关于 iOS 10 中 ATS 的问题</a>

iOS 10 开始对隐私权限更加严格，如果你不设置就会直接崩溃，现在很多遇到崩溃问题了，一般解决办法都是在<code>info.plist</code>文件添加对应的<code>Key</code>-<code>Value</code>就可以了。

上图的<code>访问相册</code>的<code>Key</code>添加错了，正确的是<code>Privacy - Photo Library Usage Description</code>。

以上<code>Value</code>值，圈出的红线部分的文字是展示给用户看的，必须添加。目前解决办法基本都一样，参考学习文章如下：

<a href="http://www.jianshu.com/p/616240463a7a" target="_blank">兼容iOS 10：配置获取隐私数据权限声明</a>

上图我们看到，自己新建的一个工程啥也没干就打印一堆烂七八糟的东西，我觉得这个应该是<code>Xcode 8</code>的问题，具体也没细研究，解决办法是设置<code>OS_ACTIVITY_MODE : disable</code>如下图:

相关问题连接：

<a href="http://stackoverflow.com/questions/37800790/hide-xcode-8-logs" target="_blank">stackoverflow问答</a>

在我们开发中有可能用到<code>UIStatusBar</code>一些属性，在iOS 10 中这些方法已经过期了，如果你的项目中有用的话就得需要适配。上面的图片也能发现，如果在iOS 10中你需要使用<code>preferredStatusBar</code>比如这样：

随着开发者对<code>UICollectionView</code>的信赖，项目中用的地方也比较多，但是还是存在一些问题，比如有时会卡顿、加载慢等。所以iOS 10 对<code>UICollectionView</code>进一步的优化，因为叙述起来比较复杂耗费时间，在这里只提供学习参考文章如下：

<a href="http://www.jianshu.com/p/e97780a24224" target="_blank">WWDC2016 Session笔记 - iOS 10 UICollectionView新特性</a>

以下是官方文档的说明：

Most graphics frameworks throughout the system, including Core Graphics, Core Image, Metal, and AVFoundation, have substantially improved support for extended-range pixel formats and wide-gamut color spaces. By extending this behavior throughout the entire graphics stack, it is easier than ever to support devices with a wide color display. In addition, UIKit standardizes on working in a new extended sRGB color space, making it easy to mix sRGB colors with colors in other, wider color gamuts without a significant performance penalty.

Here are some best practices to adopt as you start working with Wide Color.

In iOS 10, the UIColor class uses the extended sRGB color space and its initializers no longer clamp raw component values to between 0.0 and 1.0. If your app relies on UIKit to clamp component values (whether you’re creating a color or asking a color for its component values), you need to change your app’s behavior when you link against iOS 10.

When performing custom drawing in a UIView on an iPad Pro (9.7 inch), the underlying drawing environment is configured with an extended sRGB color space.

If your app renders custom image objects, use the new UIGraphicsImageRenderer class to control whether the destination bitmap is created using an extended-range or standard-range format.

If you are performing your own image processing on wide-gamut devices using a lower level API, such as Core Graphics or Metal, you should use an extended range color space and a pixel format that supports 16-bit floating-point component values. When clamping of color values is necessary, you should do so explicitly.

Core Graphics, Core Image, and Metal Performance Shaders provide new options for easily converting colors and images between color spaces.

因为之前我们都是用<code>RGB</code>来设置颜色，反正用起来也不是特别多样化，这次新增的方法应该就是一个弥补吧。所以在iOS 10 苹果官方建议我们使用<code>sRGB</code>，因为它性能更好，色彩更丰富。如果你自己为<code>UIColor</code>写了一套分类的话也可尝试替换为<code>sRGB</code>，<code>UIColor</code>类中新增了两个<code>Api</code>如下:

在iOS 10 <code>UITextField</code>添加了<code>textContentType</code>枚举，指示文本输入区域所期望的语义意义。

使用此属性可以给键盘和系统信息，关于用户输入的内容的预期的语义意义。例如，您可以指定一个文本字段，用户填写收到一封电子邮件确认<code>uitextcontenttypeemailaddress</code>。当您提供有关您期望用户在文本输入区域中输入的内容的信息时，系统可以在某些情况下自动选择适当的键盘，并提高键盘修正和主动与其他文本输入机会的整合。

当我们手机系统字体改变了之后，那我们<code>App</code>的<code>label</code>也会跟着一起变化，这需要我们写很多代码来进一步处理才能实现，但是iOS 10 提供了这样的属性<code>adjustsFontForContentSizeCategory</code>来设置。因为没有真机，具体实际操作还没去实现，如果理解错误帮忙指正。

iOS 10 以后只要是继承<code>UIScrollView</code>那么就支持刷新功能：

判断系统版本是我们经常用到的，尤其是现在大家都有可能需要适配iOS 10，那么问题就出现了，如下图：

我们得到了答案是：

所以说判断系统方法最好还是用后面的两种方法，哦~我忘记说了<code>[[UIDevice currentDevice] systemVersion].floatValue</code>这个方法也是不靠谱的，好像在<code>8.3</code>版本输出的值是<code>8.2</code>，记不清楚了反正是不靠谱的，所以建议大家用<code>[[UIDevice currentDevice] systemVersion]</code>这个方法！

Swift判断如下：

参考文章如下：

<a href="http://www.jianshu.com/p/213b3b96cafe" target="_blank">iOS 日常工作之常用宏定义大全</a>

大家都升级了<code>Xcode 8</code>，但是对于插件依赖的开发者们，一边哭着一边去网上寻找解决办法。那么下面是解决办法：

<a href="http://vongloo.me/2016/09/10/Make-Your-Xcode8-Great-Again/?utm_source=tuicool&amp;utm_medium=referral" target="_blank">让你的 Xcode8 继续使用插件</a>

但是看到文章最后的解释，我们知道如果用插件的话，可能安全上会有问题、并且提交审核会被拒绝，所以建议大家还是不要用了，解决办法总是有的，比如在<code>Xcode</code>中添加注释的代码块也是很方便的。

我用<code>Xcode 8</code> 和<code>Xcode 7.3</code>分别测试了下，如下图：

Xcode 8

Xcode 7

创建一个<code>Label</code>然后让它自适应大小，字体大小都是<code>17</code>最后输出的宽度是不一样的，我们再看一下，下面的数据就知道为什么升级<code>iOS 10</code> 之后<code>App</code>中有的文字显示不全了：

Xxode 8打印

Xcode 7.3打印

1个文字宽度：17.5

1个文字宽度：17

2个文字宽度：35

2个文字宽度：34

3个文字宽度：52

3个文字宽度：51

4个文字宽度：69.5

4个文字宽度：68

5个文字宽度：87

5个文字宽度：85

6个文字宽度：104

6个文字宽度：102

7个文字宽度：121.5

7个文字宽度：119

8个文字宽度：139

8个文字宽度：136

9个文字宽度：156

9个文字宽度：153

10个文字宽度：173.5

10个文字宽度：170

英文字母会不会也有这种问题，我又通过测试，后来发现英文字母没有问题，只有汉字有问题。目前只有一个一个修改控件解决这个问题，暂时没有其他好办法来解决。

单片机控制挖掘机炒菜不是梦

本文转自ljianbing51CTO博客，原文链接：http://blog.51cto.com/ljianbing/1854368 ，如需转载请自行联系原作者