该文章属于<简书 — 刘小壮>原创,转载请注明:
<简书 — 刘小壮> http://www.jianshu.com/p/c1904fd8db06
这段时间身边发生了很多事,工作和学习也有点静不下心来。同事的离开,公司的变化,生活的需要.....想做的事太多,可时间就是这么点,诸多无奈啊。总之一句话,无论做什么事,静下心来是非常重要的。
回到正题,
Xcode8
正式版在9月13日已经推送给开发者下载,我也在十一回来之后,就下载了新的Xcode
。下载之后就出现了很多编译错误,之前的插件也不能用了,但是发现Xcode8
把好多不错的插件功能整合到自身了,感觉这点也挺不错。每个版本
Xcode
都会带来很多新特性,Xcode8
也不例外,这些新特性会给我们的开发带来便利,也会带来很多坑。所以今天打算写一篇文章,详细讲一下Xcode8
给我们带来的新特性以及带来的坑,以及我使用过程中遇到的一些问题,希望能帮助到其他朋友。
Xcode8新特性
Xcode8Interface Builder
随着14年的iPhone6和6P出来之后,iPhone的屏幕尺寸也越来越多,屏幕适配是一个需要解决的问题,以后不一定苹果又出什么尺寸的iPhone呢。
在iPhone6和6P发布的同一年,苹果推出的Xcode6
中在原有的Auto layout
的基础上,添加了Size Classes
新特性,通过这个新特性可以使用一个XIB
或者SB
文件,适配不同的屏幕以及iPhone和iPad两种设备。
在Xcode8
中,苹果推出了更加强大的可视化编辑工具预览功能,可以在不运行App
的情况下,预览当前XIB
或SB
在不同屏幕尺寸下的显示。(这个功能我记得之前Xcode
就有,只是隐藏的比较深,苹果现在给拿到外面了)
选择一个XIB
文件进去,点击下面红框的位置,会出现从3.5寸-5.5寸一系列屏幕尺寸的选项。直接点击不同屏幕尺寸,以及横竖屏选项,切换不同的屏幕显示。在iPad上还可以选择是否分屏,功能非常强大。
在右边有一个Vary for Traits
选项,点击这个选项就可以同时显示所有可选的屏幕样式,功能和上面图片都一样,只是显示上看起来比较多。
还有一点,新创建的XIB
控件尺寸,不再是之前600600的方块了,而是默认是6s*的长方形XIB
文件,看起来舒服多了。
Target中General的变化
在Xcode8
之前,都需要自己设置证书和描述文件。如果设置出现错误的情况下,还可以通过点击Fix issue
来修复这个错误。但这有个问题就在于,Fix issue
选项并不是那么好用,有的时候设置是正确的这里也提示需要Fix issue
。
可能苹果也意识到这个问题的存在,在Xcode8
中可以通过Automatically manage signing
选项,让苹果为我们管理证书和配置文件,设置也都是由苹果来完成的。在Xcode8
中新建项目,这个选项默认是被勾选的。
从上面图中可以看到,苹果帮我们自动管理了证书和配置文件。而且在之前的项目中,如果想要设置安装后显示在手机上的App
名字,还需要自己到Info.plist
文件中,修改Display Name
字段,而现在直接在General
中就可以做修改,这个修改和Info.plist
是同步的。
但是,如果我想自己管理证书和描述文件呢?只需要去掉Automatically manage signing
选项。
如果自己到Build Settings
中手动设置证书和描述文件,可以发现Provisioning Profile
选项已经被标明为Deprecated,也就是苹果并不推荐手动设置。
Xcode插件
升级Xcode8
之后会发现,在Xcode8
中所有第三方插件都失效了,并且连之前菜单栏的插件选项也不存在了。在之前很多iOS开发者,都是通过Alcatraz来管理插件的,现在Alcatraz也是不可用的。但是Xcode8
自身也对编译器进行了升级,将一些比较好的插件功能加入到Xcode
中,例如单行高亮显示等。
在Xcode8
中支持了开发插件工程,并且为我们提供了一个插件模板,开发的插件可以上传到App Store下载。苹果这么做有一个原因在于,之前Xcode
和插件是运行在同一个进程的,所以插件的崩溃也会导致Xcode
崩溃。苹果现在将插件作为一个单独的应用程序,分开进程运行,不会对Xcode
带来其他影响。
Runtime Issues
在开发过程中,因为语法或明显的代码错误(例如Retain Cycle
),编译器可以发现并报黄色或红色警告。但是一些因为代码逻辑导致的错误,编译器并没有办法找到。例如下面的这句代码,因为代码逻辑的问题导致两个数组相互引用,都不能释放。
这时候可以通过Xcode8
提供的Runtime Issues
新特性,查找到运行过程中出现的问题,并通过Graph的方式将问题可视化的展现给开发者。
Debug Memory Graph
在Xcode6
中出现了Debug View Hierarchy
新特性,可以通过其调试当前App
的视图层级,查找UI相关的bug
非常方便。在Xcode8
中苹果为开发者提供了Debug Memory Graph
特性,通过这个新特性,可以直接选择一个对象,查看与其相关的内存关系。
Debug Memory Graph
和Runtime Issues
可以配合使用,通过Debug Memory Graph
分析内存关系完成后,点击Runtime Issues
可以看到已经发现的内存问题。
Swift 3
Xcode8
带来了新版本的Swift3
,新版本的Swift
变化较大,如果旧版的Swift
项目在Xcode8
上编译可能会失败。对此,苹果为开发者提供了Swift
迁移工具,听说不太好用(我没用过这个工具)。
如果不想立刻就迁移到Swift3
,可以在Builder Settings
中进行设置,选择Use Legacy Swift Language Version
设置为YES,就可以继续使用旧版本的Swift2.3
。
其他更新
-
Xcode
新版字体,SF Mono Regular
字体。更新Xcode
之后我比较喜欢这种字体,看起来代码非常工整。 - 被编辑的行高亮显示。之前
Xcode
有个插件就是这个功能,Xcode8
把高亮功能集成进来了,使用起来很方便。 - 最新版的API文档,展示样式发生了很大的改变。
- 更方便的生成文档(就是喵神写的
VVDocumenter
),在Xcode8
中可以将光标放在方法上面,通过option + command + /
快捷键生成文档注释。
Xcode8适配
XIB和Storeboard适配
在Xcode8
之前,创建一个XIB
或SB
文件,都是一个600600的方块XIB
文件。在Xcode8
之后,创建的XIB
文件默认是6s*尺寸的大小。
但是Xcode8
打开之前旧项目的XIB
或SB
文件时,会弹出下面的弹框, 这时候一般直接选择Choose Device即可。
但是这样有个问题,如果Xcode8
打开过这个XIB
文件,并选择Choose Device之后。其他的Xcode8
以下版本的编译器,将无法再打开这个文件,会报以下错误:
The document “ViewController.xib” requires Xcode 8.0 or later. This version does not support documents saved in the Xcode 8 format. Open this document with Xcode 8.0 or later.
有两种方法解决这个问题:
- 你同事也升级
Xcode8
,比较推荐这种方式,应该迎接改变。 - 右击
XIB
或SB
文件 ->Open as
->Source Code
,删除xml文件中下面一行字段。
<capability name="documents saved in the Xcode 8 format" minToolsVersion="8.0"/>
编译错误
升级Xcode
之后,Xcode8
对之前的一些修饰符和语句不兼容,会导致一些编译错误。这种错误导致的原因很多,这里大致列几条,各位还是根据自身遇到的情况做修改吧。
- 之前一些泛型相关的修饰符,
nullable
之类的有的会报错。 -
CAAnimation
及其子类,设置代理属性后,必须在@interface()
遵守代理,否则报错,等等。
权限适配
这应该算iOS10系统适配的范畴,最近这两个都在弄,所以就直接和Xcode8
适配一起写出来了。
在iOS10之后需要在Info.plist
中,添加新的字段获取权限,否则在iOS10上运行会导致崩溃。下面是一些常用的字段,如果有缺少的麻烦各位评论区补充一下。
Key | 权限 |
---|---|
Privacy - Camera Usage Description | 相机 |
Privacy - Microphone Usage Description | 麦克风 |
Privacy - Photo Library Usage Description | 相册 |
Privacy - Contacts Usage Description | 通讯录 |
Privacy - Bluetooth Peripheral Usage Description | 蓝牙 |
Privacy - Location When In Use Usage Description | 定位 |
Privacy - Location Always Usage Description | 后台定位 |
Privacy - Calendars Usage Description | 日历 |
参考资料:developer.apple
推送通知
苹果的推送在之前iOS8和iOS9的时候就发生过大的更新,推送功能越来越强大。在iOS10之后苹果推出了UserNotifications
框架,可以通过这个框架更好的控制推送通知,可以更新、修改锁屏页面的推送消息,可以添加图片等功能。
但是在Xcode8
打包时可能会出现一个问题,同一份代码在用Xcode8
打包后,并且不对代码进行修改的情况下上传App Store后,会发现打包后苹果发来了一封邮件。这封邮件大概意思是如果需要使用推送通知,需要对代码做修改,否则将不能使用推送通知。
这是因为在Xcode8
之后,如果需要使用Push Notifications
的功能,需要勾选Capabilities
-> Push Notifications
为YES,否则进行远程推送就会有问题,并且会收到苹果发来的这封邮件。
删除系统log
升级Xcode8
之后,在调试和运行过程中,发现控制台打印了很多不认识的log,这些log是系统打印的,和开发者没关系。但是这么多log看着比较乱,怎么屏蔽掉呢?
subsystem: com.apple.UIKit, category: HIDEventFiltered, enable_level: 0, persist_level: 0, default_ttl: 0, info_ttl: 0, debug_ttl: 0, generate_symptoms: 0, enable_oversize: 1, privacy_setting: 2, enable_private_data: 0
在Target
-> Edit Scheme
-> Run
-> Arguments
中,添加OS_ACTIVITY_MODE
字段,并设置为Disable即可。
顺便提一下,这两天在设置log选项的时候,发现可以通过在Arguments
中设置参数,打印出App
加载的时长,包括整体加载时长,动态库加载时长等。
在Environment Variables
中添加DYLD_PRINT_STATISTICS
字段,并设置为YES,在控制台就会打印加载时长。
awakeFromNib报警告
老项目在Xcode8
中,有些重写awakeFromNib
方法的地方,会报下面的错误。这是因为没有调用super
的方法导致的,还好我平时都是调用super
的,我代码目前还没出问题。
Method possibly missing a [super awakeFromNib] call
网友评论
NSMutableArray *arr2 = [NSMutableArray array];
[arr1 addObject:arr2];
[arr2 addObject:arr1];
但是Runtime Issues没有???
Vary for Traits不只是切换都另一种显示选择方式,而是用于快捷在不同情况使用不同的UI设定。比较难说清楚,给链接楼主自己看吧 http://stackoverflow.com/questions/39890055/what-is-vary-for-traits-in-xcode-8
对于推送问题,像 @liuwin7 说到的,楼主确实没有把问题的本质指出来,给出解决方法是好,但问题也要说清楚,不然10个人贴出10种不同方法其实解决的是同一问题,然后学习的人只看到解决方法不一样以为问题不一样,然后十种方法都弄一次,浪费时间不说,还可能反而弄出问题。推送是因为xcode8编译时对推送开启与否的判断改了,放在了entitlements文件里面,其实不用等到上传后,在上传前一步选择是否启用bitcode那个界面里面就可以查看到push notification证书是否打包在里面。
“如果自己到Build Settings中手动设置证书和描述文件,可以发现Provisioning Profile选项已经被标明为Deprecated,也就是苹果并不推荐手动设置。”这一句不太看得明白,也不明白苹果什么时候不推荐手动设置了?现在的手动设置就是取消自动管理的选项,然后分别为不同状态的build设置对应的描述文件。
还有,你确定,在你没有上传二进制的时候,就收到这个邮件了?
第二个问题,可能是我没有表达严谨,在用Application Loader或Xcode上传二进制之后,会收到苹果发来的这封邮件。只不过这并不是很重要,最主要给出了解决问题的方案。