快捷導(dǎo)航

Xcode 8新特性的使用和遇到的坑

更新時(shí)間：2016年10月27日 15:54:30 作者：BearsG

這篇文章主要介紹了Xcode 8新特性的使用和遇到的坑，非常不錯(cuò)具有參考借鑒價(jià)值,需要的朋友可以參考下

目前還在用Xcode 7.3 一直沒有更新，畢竟可憐了我弄的那么多插件。。。言歸正傳，自己從Xcode 8問世就一直在關(guān)注，今天偶然看到一篇文章總結(jié)的不錯(cuò)，隨手轉(zhuǎn)載過來順便再次整理了一下，在此感謝原著作者！

原文如下：

Xcode 8正式版在9月13日已經(jīng)推送給開發(fā)者下載，我也在十一回來之后，就下載了新的Xcode。下載之后就出現(xiàn)了很多編譯錯(cuò)誤，之前的插件也不能用了，但是發(fā)現(xiàn)Xcode8把好多不錯(cuò)的插件功能整合到自身了，感覺這點(diǎn)也挺不錯(cuò)。

每個(gè)版本Xcode都會(huì)帶來很多新特性，Xcode 8也不例外，這些新特性會(huì)給我們的開發(fā)帶來便利，也會(huì)帶來很多坑。所以今天打算寫一篇文章，詳細(xì)講一下Xcode8給我們帶來的新特性以及帶來的坑，以及我使用過程中遇到的一些問題，希望能幫助到其他朋友。

Xcode8 新特性

Interface Builder

隨著14年的iPhone6和6P出來之后，iPhone的屏幕尺寸也越來越多，屏幕適配是一個(gè)需要解決的問題，以后不一定蘋果又出什么尺寸的iPhone呢。

在iPhone6和6P發(fā)布的同一年，蘋果推出的Xcode6中在原有的Auto layout的基礎(chǔ)上，添加了Size Classes新特性，通過這個(gè)新特性可以使用一個(gè)XIB或者SB文件，適配不同的屏幕以及iPhone和iPad兩種設(shè)備。

在Xcode8中，蘋果推出了更加強(qiáng)大的可視化編輯工具預(yù)覽功能，可以在不運(yùn)行App的情況下，預(yù)覽當(dāng)前XIB或SB在不同屏幕尺寸下的顯示。(這個(gè)功能我記得之前Xcode就有，只是隱藏的比較深，蘋果現(xiàn)在給拿到外面了)
選擇一個(gè)XIB文件進(jìn)去，點(diǎn)擊下面紅框的位置，會(huì)出現(xiàn)從3.5寸-5.5寸一系列屏幕尺寸的選項(xiàng)。直接點(diǎn)擊不同屏幕尺寸，以及橫豎屏選項(xiàng)，切換不同的屏幕顯示。在iPad上還可以選擇是否分屏，功能非常強(qiáng)大。

Interface Builder

在右邊有一個(gè)Vary for Traits選項(xiàng)，點(diǎn)擊這個(gè)選項(xiàng)就可以同時(shí)顯示所有可選的屏幕樣式，功能和上面圖片都一樣，只是顯示上看起來比較多。

Interface Builder

還有一點(diǎn)，新創(chuàng)建的XIB控件尺寸，不再是之前600*600的方塊了，而是默認(rèn)是6s的長方形XIB文件，看起來舒服多了。

Target中General的變化

在Xcode8之前，都需要自己設(shè)置證書和描述文件。如果設(shè)置出現(xiàn)錯(cuò)誤的情況下，還可以通過點(diǎn)擊Fix issue來修復(fù)這個(gè)錯(cuò)誤。但這有個(gè)問題就在于，F(xiàn)ix issue選項(xiàng)并不是那么好用，有的時(shí)候設(shè)置是正確的這里也提示需要Fix issue。

可能蘋果也意識(shí)到這個(gè)問題的存在，在Xcode8中可以通過Automatically manage signing選項(xiàng)，讓蘋果為我們管理證書和配置文件，設(shè)置也都是由蘋果來完成的。在Xcode8中新建項(xiàng)目，這個(gè)選項(xiàng)默認(rèn)是被勾選的。

Automatically manage signing

從上面圖中可以看到，蘋果幫我們自動(dòng)管理了證書和配置文件。而且在之前的項(xiàng)目中，如果想要設(shè)置安裝后顯示在手機(jī)上的App名字，還需要自己到Info.plist文件中，修改Display Name字段，而現(xiàn)在直接在General中就可以做修改，這個(gè)修改和Info.plist是同步的。

但是，如果我想自己管理證書和描述文件呢？只需要去掉Automatically manage signing選項(xiàng)。

Automatically manage signing

如果自己到Build Settings中手動(dòng)設(shè)置證書和描述文件，可以發(fā)現(xiàn)Provisioning Profile選項(xiàng)已經(jīng)被標(biāo)明為Deprecated，也就是蘋果并不推薦手動(dòng)設(shè)置。

Xcode插件

升級(jí)Xcode8之后會(huì)發(fā)現(xiàn)，在Xcode8中所有第三方插件都失效了，并且連之前菜單欄的插件選項(xiàng)也不存在了。在之前很多iOS開發(fā)者，都是通過Alcatraz來管理插件的，現(xiàn)在Alcatraz也是不可用的。但是Xcode8自身也對(duì)編譯器進(jìn)行了升級(jí)，將一些比較好的插件功能加入到Xcode中，例如單行高亮顯示等。

在Xcode8中支持了開發(fā)插件工程，并且為我們提供了一個(gè)插件模板，開發(fā)的插件可以上傳到App Store下載。蘋果這么做有一個(gè)原因在于，之前Xcode和插件是運(yùn)行在同一個(gè)進(jìn)程的，所以插件的崩潰也會(huì)導(dǎo)致Xcode崩潰。蘋果現(xiàn)在將插件作為一個(gè)單獨(dú)的應(yīng)用程序，分開進(jìn)程運(yùn)行，不會(huì)對(duì)Xcode帶來其他影響。

Xcode Source Editor Extension

Runtime Issues

在開發(fā)過程中，因?yàn)檎Z法或明顯的代碼錯(cuò)誤(例如Retain Cycle)，編譯器可以發(fā)現(xiàn)并報(bào)黃色或紅色警告。但是一些因?yàn)榇a邏輯導(dǎo)致的錯(cuò)誤，編譯器并沒有辦法找到。例如下面的這句代碼，因?yàn)榇a邏輯的問題導(dǎo)致兩個(gè)數(shù)組相互引用，都不能釋放。

數(shù)組循環(huán)引用

這時(shí)候可以通過Xcode8提供的Runtime Issues新特性，查找到運(yùn)行過程中出現(xiàn)的問題，并通過Graph的方式將問題可視化的展現(xiàn)給開發(fā)者。

Runtime Issues

Debug Memory Graph

在Xcode6中出現(xiàn)了Debug View Hierarchy新特性，可以通過其調(diào)試當(dāng)前App的視圖層級(jí)，查找UI相關(guān)的bug非常方便。在Xcode8中蘋果為開發(fā)者提供了Debug Memory Graph特性，通過這個(gè)新特性，可以直接選擇一個(gè)對(duì)象，查看與其相關(guān)的內(nèi)存關(guān)系。

Debug Memory Graph

Debug Memory Graph和Runtime Issues可以配合使用，通過Debug Memory Graph分析內(nèi)存關(guān)系完成后，點(diǎn)擊Runtime Issues可以看到已經(jīng)發(fā)現(xiàn)的內(nèi)存問題。

Swift 3

Xcode8帶來了新版本的Swift3，新版本的Swift變化較大，如果舊版的Swift項(xiàng)目在Xcode8上編譯可能會(huì)失敗。對(duì)此，蘋果為開發(fā)者提供了Swift遷移工具，聽說不太好用(我沒用過這個(gè)工具)。

如果不想立刻就遷移到Swift3，可以在Builder Settings中進(jìn)行設(shè)置，選擇Use Legacy Swift Language Version設(shè)置為YES，就可以繼續(xù)使用舊版本的Swift2.3。

Use Legacy Swift Language Version

其他更新

Xcode新版字體，SF Mono Regular字體。更新Xcode之后我比較喜歡這種字體，看起來代碼非常工整。

被編輯的行高亮顯示。之前Xcode有個(gè)插件就是這個(gè)功能，Xcode8把高亮功能集成進(jìn)來了，使用起來很方便。

最新版的API文檔，展示樣式發(fā)生了很大的改變。

更方便的生成文檔(就是喵神寫的VVDocumenter)，在Xcode8中可以將光標(biāo)放在方法上面，通過option + command + /快捷鍵生成文檔注釋。

Xcode 8適配

XIB和Storeboard適配

在Xcode8之前，創(chuàng)建一個(gè)XIB或SB文件，都是一個(gè)600*600的方塊XIB文件。在Xcode8之后，創(chuàng)建的XIB文件默認(rèn)是6s尺寸的大小。

但是Xcode8打開之前舊項(xiàng)目的XIB或SB文件時(shí)，會(huì)彈出下面的彈框，這時(shí)候一般直接選擇Choose Device即可。

Choose an initial device view

但是這樣有個(gè)問題，如果Xcode8打開過這個(gè)XIB文件，并選擇Choose Device之后。其他的Xcode8以下版本的編譯器，將無法再打開這個(gè)文件，會(huì)報(bào)以下錯(cuò)誤：

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.

有兩種方法解決這個(gè)問題：

你同時(shí)也升級(jí)Xcode8，比較推薦這種方式，應(yīng)該迎接改變。

右擊XIB或SB文件 -> Open as -> Source Code，刪除xml文件中下面一行字段。

編譯錯(cuò)誤

升級(jí)Xcode之后，Xcode8對(duì)之前的一些修飾符和語句不兼容，會(huì)導(dǎo)致一些編譯錯(cuò)誤。這種錯(cuò)誤導(dǎo)致的原因很多，這里大致列幾條，各位還是根據(jù)自身遇到的情況做修改吧。

之前一些泛型相關(guān)的修飾符，nullable之類的有的會(huì)報(bào)錯(cuò)。

CAAnimation及其子類，設(shè)置代理屬性后，必須在@interface()遵守代理，否則報(bào)錯(cuò)，等等。

權(quán)限適配

這應(yīng)該算iOS10系統(tǒng)適配的范疇，最近這兩個(gè)都在弄，所以就直接和Xcode8適配一起寫出來了。

在iOS10之后需要在Info.plist中，添加新的字段獲取權(quán)限，否則在iOS10上運(yùn)行會(huì)導(dǎo)致崩潰。下面是一些常用的字段，如果有缺

少的麻煩各位評(píng)論區(qū)補(bǔ)充一下。

參考資料：developer.apple

推送通知

蘋果的推送在之前iOS8和iOS9的時(shí)候就發(fā)生過大的更新，推送功能越來越強(qiáng)大。在iOS10之后蘋果推出了UserNotifications框架，可以通過這個(gè)框架更好的控制推送通知，可以更新、修改鎖屏頁面的推送消息，可以添加圖片等功能。

但是在用Xcode8打包后，并且不對(duì)代碼進(jìn)行修改的情況下，會(huì)發(fā)現(xiàn)打包后蘋果發(fā)來了一封郵件。這封郵件大概意思是如果需要使用推送通知，需要對(duì)代碼做修改，否則將不能使用推送通知。

Push Notifications

這是因?yàn)樵赬code8之后，如果需要使用Push Notifications的功能，需要勾選Capabilities -> Push Notifications為YES，否則進(jìn)行遠(yuǎn)程推送就會(huì)有問題，并且會(huì)收到蘋果發(fā)來的這封郵件。

刪除系統(tǒng)log

升級(jí)Xcode8之后，在調(diào)試和運(yùn)行過程中，發(fā)現(xiàn)控制臺(tái)打印了很多不認(rèn)識(shí)的log，這些log是系統(tǒng)打印的，和開發(fā)者沒關(guān)系。但是

這么多l(xiāng)og看著比較亂，怎么屏蔽掉呢？

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字段，并設(shè)置為Disable即可。