更新Xcode8的坑

現(xiàn)在在蘋果的官網(wǎng)上，我們已經可以下載到Xcode8的GM版本了，加上9.14日凌晨，蘋果就要正式推出iOS10系統(tǒng)的推送了，在此之際，iOS10的適配已經迫在眉睫啦，不知道Xcode8 beat版本，童鞋們有木有下載過來試試呢？就我的使用來說，總體覺得蘋果還是坑不斷，但是也在一直進步的啦。下面我就來說說，iOS10的適配以及Xcode8使用上的一些注意點。

成都創(chuàng)新互聯(lián)公司是一家集網(wǎng)站建設,遵化企業(yè)網(wǎng)站建設,遵化品牌網(wǎng)站建設,網(wǎng)站定制,遵化網(wǎng)站建設報價,網(wǎng)絡營銷,網(wǎng)絡優(yōu)化,遵化網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力?？沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學習、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。Notification(通知)

自從Notification被引入之后，蘋果就不斷的更新優(yōu)化，但這些更新優(yōu)化只是小打小鬧，直至現(xiàn)在iOS 10開始真正的進行大改重構，這讓開發(fā)者也體會到UserNotifications的易用，功能也變得非常強大。

iOS 9 以前的通知

1.在調用方法時，有些方法讓人很難區(qū)分，容易寫錯方法，這讓開發(fā)者有時候很苦惱。

2.應用在運行時和非運行時捕獲通知的路徑還不一致。

3.應用在前臺時，是無法直接顯示遠程通知，還需要進一步處理。

4.已經發(fā)出的通知是不能更新的，內容發(fā)出時是不能改變的，并且只有簡單文本展示方式，擴展性根本不是很好。

iOS 10 開始的通知

1.所有相關通知被統(tǒng)一到了UserNotifications.framework框架中。

2.增加了撤銷、更新、中途還可以修改通知的內容。

3.通知不在是簡單的文本了，可以加入視頻、圖片，自定義通知的展示等等。

4.iOS 10相對之前的通知來說更加好用易于管理，并且進行了大規(guī)模優(yōu)化，對于開發(fā)者來說是一件好事。

5.iOS 10開始對于權限問題進行了優(yōu)化，申請權限就比較簡單了(本地與遠程通知集成在一個方法中)。

ATS的問題

iOS 9中默認非HTTS的網(wǎng)絡是被禁止的，當然我們也可以把NSAllowsArbitraryLoads設置為YES禁用ATS。不過iOS 10從2017年1月1日起蘋果不允許我們通過這個方法跳過ATS，也就是說強制我們用HTTPS，如果不這樣的話提交App可能會被拒絕。但是我們可以通過NSExceptionDomains來針對特定的域名開放HTTP可以容易通過審核。

NSExceptionDomains方式 設置域。可以簡單理解成，把不支持https協(xié)議的接口設置成http的接口。

具體方法：

1.在項目的info.plist中添加一個Key：App Transport Security Settings，類型為字典類型。

2.然后給它添加一個Exception Domains，類型為字典類型；

3.把需要的支持的域添加給Exception Domains。其中域作為Key，類型為字典類型。

4.每個域下面需要設置3個屬性：

NSIncludesSubdomains NSExceptionRequiresForwardSecrecy NSExceptionAllowsInsecureHTTPLoads

細節(jié)提示:在iOS9以后的系統(tǒng)中如果使用到網(wǎng)絡圖片，也要注意網(wǎng)絡圖片是否是HTTP的哦，如果是，也要把圖片的域設置哦！

iOS 10 隱私權限設置

iOS 10 開始對隱私權限更加嚴格，如果你不設置就會直接崩潰，現(xiàn)在很多遇到崩潰問題了，一般解決辦法都是在info.plist文件添加對應的Key-Value就可以了。

以上Value值，圈出的紅線部分的文字是展示給用戶看的，必須添加。

Xcode 8 運行一堆沒用的logs解決辦法

上圖我們看到，自己新建的一個工程啥也沒干就打印一堆爛七八糟的東西，我覺得這個應該是Xcode 8的問題，

具體也沒細研究，解決辦法是設置OS_ACTIVITY_MODE : disable如下圖:

iOS 10 UIStatusBar方法過期:

在我們開發(fā)中有可能用到UIStatusBar一些屬性，在iOS 10 中這些方法已經過期了，如果你的項目中有用的話就得需要適配。

上面的圖片也能發(fā)現(xiàn)，如果在iOS 10中你需要使用preferredStatusBar比如這樣：

- (UIStatusBarStyle)preferredStatusBarStyle { return UIStatusBarStyleDefault; } iOS 10 UICollectionView 性能優(yōu)化

隨著開發(fā)者對UICollectionView的信賴，項目中用的地方也比較多，但是還是存在一些問題，比如有時會卡頓、加載慢等。所以iOS 10 對UICollectionView進一步的優(yōu)化。

UICollectionView cell pre-fetching預加載機制 UICollectionView and UITableView prefetchDataSource 新增的API 針對self-sizing cells 的改進 Interactive reordering

在iOS 10 之前,UICollectionView上面如果有大量cell,當用戶活動很快的時候,整個UICollectionView的卡頓會很明顯,為什么會造成這樣的問題,這里涉及到了iOS 系統(tǒng)的重用機制,當cell準備加載進屏幕的時候,整個cell都已經加載完成,等待在屏幕外面了,也就是整整一行cell都已經加載完畢,這就是造成卡頓的主要原因,專業(yè)術語叫做:掉幀. 要想讓用戶感覺不到卡頓,我們的app必須幀率達到60幀/秒,也就是說每幀16毫秒要刷新一次.

iOS 10 之前UICollectionViewCell的生命周期是這樣的:

1.用戶滑動屏幕,屏幕外有一個cell準備加載進來,把cell從reusr隊列拿出來,然后調用prepareForReuse方法,在這個方法里面,可以重置cell的狀態(tài),加載新的數(shù)據(jù); 2.繼續(xù)滑動,就會調用cellForItemAtIndexPath方法,在這個方法里面給cell賦值模型,然后返回給系統(tǒng); 3.當cell馬上進去屏幕的時候,就會調用willDisplayCell方法,在這個方法里面我們還可以修改cell,為進入屏幕做最后的準備工作; 4.執(zhí)行完willDisplayCell方法后,cell就進去屏幕了.當cell完全離開屏幕以后,會調用didEndDisplayingCell方法.

iOS 10 UICollectionViewCell的生命周期是這樣的:

1.用戶滑動屏幕,屏幕外有一個cell準備加載進來,把cell從reusr隊列拿出來,然后調用prepareForReuse方法,在這里當cell還沒有進去屏幕的時候,就已經提前調用這個方法了,對比之前的區(qū)別是之前是cell的上邊緣馬上進去屏幕的時候就會調用該方法,而iOS 10 提前到cell還在屏幕外面的時候就調用; 2.在cellForItemAtIndexPath中創(chuàng)建cell，填充數(shù)據(jù)，刷新狀態(tài)等操作,相比于之前也提前了; 3.用戶繼續(xù)滑動的話,當cell馬上就需要顯示的時候我們再調用willDisplayCell方法,原則就是:何時需要顯示,何時再去調用willDisplayCell方法; 4.當cell完全離開屏幕以后,會調用didEndDisplayingCell方法,跟之前一樣,cell會進入重用隊列. 在iOS 10 之前,cell只能從重用隊列里面取出,再走一遍生命周期,并調用cellForItemAtIndexPath創(chuàng)建或者生成一個cell. 在iOS 10 中,系統(tǒng)會cell保存一段時間,也就是說當用戶把cell滑出屏幕以后,如果又滑動回來,cell不用再走一遍生命周期了,只需要調用willDisplayCell方法就可以重新出現(xiàn)在屏幕中了. iOS 10 中,系統(tǒng)是一個一個加載cell的,二以前是一行一行加載的,這樣就可以提升很多性能; iOS 10 新增加的Pre-Fetching預加載 這個是為了降低UICollectionViewCell在加載的時候所花費的時間,在 iOS 10 中,除了數(shù)據(jù)源協(xié)議和代理協(xié)議外,新增加了一個UICollectionViewDataSourcePrefetching協(xié)議,這個協(xié)議里面定義了兩個方法:

- (void)collectionView:(UICollectionView *)collectionView prefetchItemsAtIndexPaths:(NSArray<NSIndexPath *> *)indexPaths NS_AVAILABLE_IOS(10_0); - (void)collectionView:(UICollectionView *)collectionView cancelPrefetchingForItemsAtIndexPaths:(NSArray<NSIndexPath *> *)indexPaths NS_AVAILABLE_IOS(10_0);

　在ColletionView prefetchItemsAt indexPaths這個方法是異步預加載數(shù)據(jù)的,當中的indexPaths數(shù)組是有序的,就是item接收數(shù)據(jù)的順序; 　　　CollectionView cancelPrefetcingForItemsAt indexPaths這個方法是可選的,可以用來處理在滑動中取消或者降低提前加載數(shù)據(jù)的優(yōu)先級. 　　　注意:這個協(xié)議并不能代替之前讀取數(shù)據(jù)的方法,僅僅是輔助加載數(shù)據(jù). 　　　Pre-Fetching預加載對UITableViewCell同樣適用. 　

iOS 10 UIColor 新增方法

以下是官方文檔的說明：

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.

因為之前我們都是用RGB來設置顏色，反正用起來也不是特別多樣化，這次新增的方法應該就是一個彌補吧。所以在iOS 10 蘋果官方建議我們使用sRGB，因為它性能更好，色彩更豐富。如果你自己為UIColor寫了一套分類的話也可嘗試替換為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); iOS 10 UITextContentType

// 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枚舉，指示文本輸入?yún)^(qū)域所期望的語義意義。

使用此屬性可以給鍵盤和系統(tǒng)信息，關于用戶輸入的內容的預期的語義意義。例如，您可以指定一個文本字段，用戶填寫收到一封電子郵件確認uitextcontenttypeemailaddress。當您提供有關您期望用戶在文本輸入?yún)^(qū)域中輸入的內容的信息時，系統(tǒng)可以在某些情況下自動選擇適當?shù)逆I盤，并提高鍵盤修正和主動與其他文本輸入機會的整合。

iOS 10 字體隨著手機系統(tǒng)字體而改變

當我們手機系統(tǒng)字體改變了之后，那我們App的label也會跟著一起變化，這需要我們寫很多代碼來進一步處理才能實現(xiàn)，但是iOS 10 提供了這樣的屬性adjustsFontForContentSizeCategory來設置。因為沒有真機，具體實際操作還沒去實現(xiàn)，如果理解錯誤幫忙指正。

UILabel *myLabel = [UILabel new]; /* UIFont 的preferredFontForTextStyle: 意思是指定一個樣式，并讓字體大小符合用戶設定的字體大小。 */ 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新增refreshControl

iOS 10 以后只要是繼承UIScrollView那么就支持刷新功能：

@property (nonatomic, strong, nullable) UIRefreshControl *refreshControl NS_AVAILABLE_IOS(10_0) __TVOS_PROHIBITED; iOS 10 判斷系統(tǒng)版本正確姿勢

判斷系統(tǒng)版本是我們經常用到的，尤其是現(xiàn)在大家都有可能需要適配iOS 10，那么問題就出現(xiàn)了，如下圖：

我們得到了答案是：

//值為 1 [[[[UIDevice currentDevice] systemVersion] substringToIndex:1] integerValue] //值為10.000000 [[UIDevice currentDevice] systemVersion].floatValue, //值為10.0 [[UIDevice currentDevice] systemVersion]

所以說判斷系統(tǒng)方法最好還是用后面的兩種方法，哦~我忘記說了[[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 { } Xcode 8 插件不能用的問題

大家都升級了Xcode 8，但是對于插件依賴的開發(fā)者們，一邊哭著一邊去網(wǎng)上尋找解決辦法。那么下面是解決辦法： 讓你的 Xcode8 繼續(xù)使用插件(http://vongloo.me/2016/09/10/Make-Your-Xcode8-Great-Again/?utm_source=tuicool&utm_medium=referral )

但是看到文章最后的解釋，我們知道如果用插件的話，可能安全上會有問題、并且提交審核會被拒絕，所以建議大家還是不要用了，解決辦法總是有的，比如在Xcode中添加注釋的代碼塊也是很方便的。

iOS 10開始項目中有的文字顯示不全問題

我用Xcode 8 和Xcode 7.3分別測試了下，如下圖：

xcode7 xcode8

創(chuàng)建一個Label然后讓它自適應大小，字體大小都是17最后輸出的寬度是不一樣的，我們再看一下， 下面的數(shù)據(jù)就知道為什么升級iOS 10 之后App中有的文字顯示不全了：

英文字母會不會也有這種問題，我又通過測試，后來發(fā)現(xiàn)英文字母沒有問題，只有漢字有問題。 目前只有一個一個修改控件解決這個問題，暫時沒有其他好辦法來解決。

Xcode 8使用Xib awakeFromNib的警告問題

在Xcode 8之前我們使用Xib初始化- (void)awakeFromNib {}都是這么寫也沒什么問題，但是在Xcode 8會有如下警告：

官方解釋： 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.

你必須調用父類實現(xiàn)awakeFromNib來給父類來執(zhí)行它們需要的任何額外的初始化的機會。 雖然這種方法的默認實現(xiàn)不做任何事情，許多UIKit類提供非空的實現(xiàn)。 你可以調用自己的awakeFromNib方法中的任何時候超級實現(xiàn)

分享名稱：更新Xcode8的坑
網(wǎng)頁網(wǎng)址：http://muchs.cn/article32/cjjssc.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供微信公眾號、網(wǎng)站改版、App開發(fā)、面包屑導航、域名注冊、網(wǎng)頁設計公司

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)