自从Notification
被引入以后,苹果就不断的更新优化,但这些更新优化只是小打小闹,直至现在iOS 10开始真实的进行大改重构,这让开发者也体会到UserNotifications
的易用,功能也变得非常强大。
iOS 9 之前的通知
1.在调用方法时,有些方法让人很难辨别,容易写错方法,这让开发者有时候很苦恼。
2.利用在运行时和非运行时捕获通知的路径还不1致。
3.利用在前台时,是没法直接显示远程通知,还需要进1步处理。
4.已发出的通知是不能更新的,内容发出时是不能改变的,并且只有简单文本展现方式,扩大性根本不是很好。
iOS 10 开始的通知
1.所有相干通知被统1到了UserNotifications.framework
框架中。
2.增加了撤消、更新、中途还可以修改通知的内容。
3.通知不在是简单的文本了,可以加入视频、图片,自定义通知的展现等等。
4.iOS 10相对之前的通知来讲更加好用易于管理,并且进行了大范围优化,对开发者来讲是1件好事。
5.iOS 10开始对权限问题进行了优化,申请权限就比较简单了(本地与远程通知集成在1个方法中)。
iOS 10 通知学习相干资料:
UserNotifications: 苹果官方文档 -
苹果官方视频1 -
苹果官方视频2 -
苹果官方视频3
活久见的重构 - iOS 10 UserNotifications 框架解析
WWDC2016 Session笔记 - iOS 10 推送Notification新特性
iOS 9中默许HTTP的网络是不推荐使用的,固然我们也能够把NSAllowsArbitraryLoads
设置为YES
禁用ATS
。不过iOS 10从2017年1月1日起苹果不允许我们通过这个方法跳过ATS
,也就是说强迫我们用HTTPS
,如果不这样的话提交App可能会被谢绝。但是我们可以通过NSExceptionDomains
来针对特定的域名开放HTTP
可以容易通过审核。
参考学习文章以下:
关于 iOS 10 中 ATS 的问题
iOS 10 开始对隐私权限更加严格,如果你不设置就会直接崩溃,现在很多遇到崩溃问题了,1般解决办法都是在info.plist
文件添加对应的Key
-Value
就能够了。
以上Value
值,圈出的红线部份的文字是展现给用户看的,需要自己添加规范的提示说明,不能为空。目前解决办法基本都1样,参考学习文章以下:
兼容iOS 10:配置获得隐私数据权限声明
上图我们看到,自己新建的1个工程啥也没干就打印1堆烂78糟的东西,我觉得这个应当是Xcode 8
的问题,具体也没细研究,解决办法是设置OS_ACTIVITY_MODE : disable
以下图:
相干问题连接:
stackoverflow问答
在我们开发中有可能用到UIStatusBar
1些属性,在iOS 10 中这些方法已过期了,如果你的项目中有用的话就得需要适配。上面的图片也能发现,如果在iOS 10中你需要使用preferredStatusBar
比如这样:
//iOS 10
- (UIStatusBarStyle)preferredStatusBarStyle {
return UIStatusBarStyleDefault;
}
随着开发者对UICollectionView
的信赖,项目中用的地方也比较多,但是还是存在1些问题,比如有时会卡顿、加载慢等。所以iOS 10 对UICollectionView
进1步的优化,由于叙述起来比较复杂耗费时间,在这里只提供学习参考文章以下:
WWDC2016 Session笔记 - iOS 10 UICollectionView新特性
以下是官方文档的说明:
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.
由于之前我们都是用RGB
来设置色彩,反正用起来也不是特别多样化,这次新增的方法应当就是1个弥补吧。所以在iOS 10 苹果官方建议我们使用sRGB
,由于它性能更好,色采更丰富。如果你自己为UIColor
写了1套分类的话也可尝试替换为sRGB
,UIColor
类中新增了两个Api
以下:
+ (UIColor *)colorWithDisplayP3Red:(CGFloat)displayP3Red green:(CGFloat)green blue:(CGFloat)blue alpha:(CGFloat)alpha NS_AVAILABLE_IOS(10_0);
- (UIColor *)initWithDisplayP3Red:(CGFloat)displayP3Red green:(CGFloat)green blue:(CGFloat)blue alpha:(CGFloat)alpha NS_AVAILABLE_IOS(10_0);
// The textContentType property is to provide the keyboard with extra information about the semantic intent of the text document.
@property(nonatomic,copy) UITextContentType textContentType NS_AVAILABLE_IOS(10_0); // default is nil
在iOS 10 UITextField
添加了textContentType
枚举,唆使文本输入区域所期望的语义意义。
使用此属性可以给键盘和系统信息,关于用户输入的内容的预期的语义意义。例如,您可以指定1个文本字段,用户填写收到1封电子邮件确认uitextcontenttypeemailaddress
。当您提供有关您期望用户在文本输入区域中输入的内容的信息时,系统可以在某些情况下自动选择适当的键盘,并提高键盘修正和主动与其他文本输入机会的整合。
当我们手机系统字体改变了以后,那我们App
的label
也会随着1起变化,这需要我们写很多代码来进1步处理才能实现,但是iOS 10 提供了这样的属性adjustsFontForContentSizeCategory
来设置。由于没有真机,具体实际操作还没去实现,如果理解毛病帮忙指正。
UILabel *myLabel = [UILabel new];
/*
UIFont 的preferredFontForTextStyle: 意思是指定1个样式,并让字体大小符适用户设定的字体大小。
*/
myLabel.font =[UIFont preferredFontForTextStyle: UIFontTextStyleHeadline];
/*
Indicates whether the corresponding element should automatically update its font when the device’s UIContentSizeCategory is changed.
For this property to take effect, the element’s font must be a font vended using +preferredFontForTextStyle: or +preferredFontForTextStyle:compatibleWithTraitCollection: with a valid UIFontTextStyle.
*/
//是不是更新字体的变化
myLabel.adjustsFontForContentSizeCategory = YES;
iOS 10 以后只要是继承UIScrollView
那末就支持刷新功能:
@property (nonatomic, strong, nullable) UIRefreshControl *refreshControl NS_AVAILABLE_IOS(10_0) __TVOS_PROHIBITED;
判断系统版本是我们常常用到的,特别是现在大家都有可能需要适配iOS 10,那末问题就出现了,以下图:
我们得到了答案是:
//值为 1
[[[[UIDevice currentDevice] systemVersion] substringToIndex:1] integerValue]
//值为10.000000
[[UIDevice currentDevice] systemVersion].floatValue,
//值为10.0
[[UIDevice currentDevice] systemVersion]
所以说判断系统方法最好还是用后面的两种方法,哦~我忘记说了[[UIDevice currentDevice] systemVersion].floatValue
这个方法也是不靠谱的,好像在8.3
版本输出的值是8.2
,记不清楚了反正是不靠谱的,所以建议大家用[[UIDevice currentDevice] systemVersion]
这个方法!
Swift判断以下:
if #available(iOS 10.0, *) {
// iOS 10.0
print("iOS 10.0");
} else { }
参考文章以下:
iOS 平常工作之经常使用宏定义大全
大家都升级了Xcode 8
,但是对插件依赖的开发者们,1边哭着1边去网上寻觅解决办法。那末下面是解决办法:
让你的 Xcode8 继续使用插件
但是看到文章最后的解释,我们知道如果用插件的话,可能安全上会有问题、并且提交审核会被谢绝,所以建议大家还是不要用了,解决办法总是有的,比如在Xcode
中添加注释的代码块也是很方便的。
我用Xcode 8
和Xcode 7.3
分别测试了下,以下图:
创建1个Label
然后让它自适应大小,字体大小都是17
最后输出的宽度是不1样的,我们再看1下,下面的数据就知道为何升级iOS 10
以后App
中有的文字显示不全了:
Xcode 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 |
英文字母会不会也有这类问题,我又通过测试,后来发现英文字母没有问题,只有汉字有问题。目前只有1个1个修改控件解决这个问题,暂时没有其他好办法来解决。
(本条更新于:2016-09⑴8)
在Xcode 8
之前我们使用Xib
初始化- (void)awakeFromNib {}
都是这么写也没甚么问题,但是在Xcode 8
会有以下正告:
如果不喜欢这个正告的话,应当明确的加上[super awakeFromNib];
我们来看看官方说明:
You must call the super implementation of awakeFromNib to give parent classes the opportunity to perform any additional initialization they require. Although the default implementation of this method does nothing, many UIKit classes provide non-empty implementations. You may call the super implementation at any point during your own awakeFromNib method.
(本条更新于:2016-09⑵0)
很多人都反应Xcode 8
没有之前编译快了,乃至有些人慢的辣眼睛。但是我的没有感觉很慢,跟之前差不多,我觉得跟电脑应当有1些联系吧,有的开发者几个月不重启电脑,电脑里运行1堆线程,1堆没用的垃圾。下面是加速Xcode
编译的方法,感兴趣的可以去看1下:
提高Xcode编译速度
点击打开链接