隨著iOS10發(fā)布的臨近,大家的App都需要適配iOS10,下面是我總結(jié)的一些關(guān)于iOS10適配方面的問題,如果有錯誤,歡迎指出.

1.系統(tǒng)判斷方法失效:

在你的項(xiàng)目中,當(dāng)需要判斷系統(tǒng)版本的話,不要使用下面的方法:

#defineisiOS10 ([[[[UIDevice currentDevice] systemVersion] substringToIndex:1] intValue]>=10)

它會永遠(yuǎn)返回NO,substringToIndex:1在iOS 10 會被檢測成 iOS 1了,

應(yīng)該使用下面的這些方法:

Objective-C 中這樣寫:

#define SYSTEM_VERSION_EQUAL_TO(v)([[[UIDevice currentDevice] systemVersion] compare:voptions:NSNumericSearch] == NSOrderedSame)#define SYSTEM_VERSION_GREATER_THAN(v)([[[UIDevice currentDevice] systemVersion] compare:voptions:NSNumericSearch] == NSOrderedDescending)#define SYSTEM_VERSION_GREATER_THAN_OR_EQUAL_TO(v)([[[UIDevice currentDevice] systemVersion] compare:voptions:NSNumericSearch] != NSOrderedAscending)#define SYSTEM_VERSION_LESS_THAN(v)([[[UIDevice currentDevice] systemVersion] compare:voptions:NSNumericSearch] == NSOrderedAscending)#define SYSTEM_VERSION_LESS_THAN_OR_EQUAL_TO(v)([[[UIDevice currentDevice] systemVersion] compare:voptions:NSNumericSearch] != NSOrderedDescending)

或者使用:

if([[NSProcessInfoprocessInfo] isOperatingSystemAtLeastVersion:(NSOperatingSystemVersion){.majorVersion=9,.minorVersion=1,.patchVersion=0}]) {NSLog(@"Hello from > iOS 9.1");}if([NSProcessInfo.processInfoisOperatingSystemAtLeastVersion:(NSOperatingSystemVersion){9,3,0}]) {NSLog(@"Hello from > iOS 9.3");}

或者使用:

if(NSFoundationVersionNumber>NSFoundationVersionNumber_iOS_9_0) {//dostuffforiOS9andnewer}else{//dostuffforolder versions than iOS9}

有時候會缺少一些常量,NSFoundationVersionNumber是在NSObjCRuntime.h中定義的,作為Xcode7.3.1的一部分,我們設(shè)定常熟范圍從iPhone OS 2到#define NSFoundationVersionNumber_iOS_8_4 1144.17,在iOS 10(Xcode 8)中,蘋果補(bǔ)充了缺少的數(shù)字,設(shè)置有未來的版本.

#defineNSFoundationVersionNumber_iOS_9_01240.1#defineNSFoundationVersionNumber_iOS_9_11241.14#defineNSFoundationVersionNumber_iOS_9_21242.12#defineNSFoundationVersionNumber_iOS_9_31242.12#defineNSFoundationVersionNumber_iOS_9_41280.25#defineNSFoundationVersionNumber_iOS_9_x_Max1299

Swift中這樣寫:

ifNSProcessInfo().isOperatingSystemAtLeastVersion(NSOperatingSystemVersion(majorVersion:10, minorVersion:0, patchVersion:0)){// 代碼塊}

或者使用

if#available(iOS10.0, *) {// 代碼塊}else{// 代碼塊}

2.隱私數(shù)據(jù)訪問問題:

你的項(xiàng)目中訪問了隱私數(shù)據(jù),比如:相機(jī),相冊,聯(lián)系人等,在Xcode8中打開編譯的話,統(tǒng)統(tǒng)會crash,控制臺會輸出下面這樣的日志:

Snip20160905_1.png

這是因?yàn)閕OS對用戶的安全和隱私的增強(qiáng),在申請很多私有權(quán)限的時候都需要添加描述,但是,在使用Xcode 8之前的Xcode還是使用系統(tǒng)的權(quán)限通知框.

要想解決這個問題,只需要在info.plist添加NSContactsUsageDescription的key, value自己隨意填寫就可以,這里列舉出對應(yīng)的key(Source Code模式下):

NSPhotoLibraryUsageDescriptionApp需要您的同意,才能訪問相冊NSCameraUsageDescriptionApp需要您的同意,才能訪問相機(jī)NSMicrophoneUsageDescriptionApp需要您的同意,才能訪問麥克風(fēng)NSLocationUsageDescriptionApp需要您的同意,才能訪問位置NSLocationWhenInUseUsageDescriptionApp需要您的同意,才能在使用期間訪問位置NSLocationAlwaysUsageDescriptionApp需要您的同意,才能始終訪問位置NSCalendarsUsageDescriptionApp需要您的同意,才能訪問日歷NSRemindersUsageDescriptionApp需要您的同意,才能訪問提醒事項(xiàng)NSMotionUsageDescriptionApp需要您的同意,才能訪問運(yùn)動與健身NSHealthUpdateUsageDescriptionApp需要您的同意,才能訪問健康更新NSHealthShareUsageDescriptionApp需要您的同意,才能訪問健康分享NSBluetoothPeripheralUsageDescriptionApp需要您的同意,才能訪問藍(lán)牙NSAppleMusicUsageDescriptionApp需要您的同意,才能訪問媒體資料庫

如果不起作用,可以請求后臺權(quán)限,類似于這樣:

UIBackgroundModeslocation...

或者在Xcode里選中當(dāng)前的target,選擇Capabilities,找到Background Modes,打開它,在里面選擇對應(yīng)權(quán)限

后臺模式的操作.png

3.UIColor的問題

官方文檔中說:大多數(shù)core開頭的圖形框架和AVFoundation都提高了對擴(kuò)展像素和寬色域色彩空間的支持.通過圖形堆棧擴(kuò)展這種方式比以往支持廣色域的顯示設(shè)備更加容易∫牵現(xiàn)在對UIKit擴(kuò)展可以在sRGB的色彩空間下工作，性能更好,也可以在更廣泛的色域來搭配sRGB顏色.如果你的項(xiàng)目中是通過低級別的api自己實(shí)現(xiàn)圖形處理的,建議使用sRGB,也就是說在項(xiàng)目中使用了RGB轉(zhuǎn)化顏色的建議轉(zhuǎn)換為使用sRGB,在UIColor類中新增了兩個api:

- (UIColor*)initWithDisplayP3Red:(CGFloat)displayP3Red green:(CGFloat)green blue:(CGFloat)blue alpha:(CGFloat)alphaNS_AVAILABLE_IOS(10_0);+ (UIColor*)colorWithDisplayP3Red:(CGFloat)displayP3Red green:(CGFloat)green blue:(CGFloat)blue alpha:(CGFloat)alphaNS_AVAILABLE_IOS(10_0);

4.真彩色的顯示

真彩色的顯示會根據(jù)光感應(yīng)器來自動的調(diào)節(jié)達(dá)到特定環(huán)境下顯示與性能的平衡效果,如果需要這個功能的話,可以在info.plist里配置(在Source Code模式下):

UIWhitePointAdaptivityStyle

它有五種取值,分別是:

UIWhitePointAdaptivityStyleStandard// 標(biāo)準(zhǔn)模式UIWhitePointAdaptivityStyleReading// 閱讀模式UIWhitePointAdaptivityStylePhoto// 圖片模式UIWhitePointAdaptivityStyleVideo// 視頻模式UIWhitePointAdaptivityStyleStandard// 游戲模式

也就是說如果你的項(xiàng)目是閱讀類的,就選擇UIWhitePointAdaptivityStyleReading這個模式,五種模式的顯示效果是從上往下遞減,也就是說如果你的項(xiàng)目是圖片處理類的,你選擇的是閱讀模式,給選擇太好的效果會影響性能.

5.ATS的問題

1.在iOS 9的時候,默認(rèn)非HTTS的網(wǎng)絡(luò)是被禁止的,我們可以在info.plist文件中添加NSAppTransportSecurity字典,將NSAllowsArbitraryLoads設(shè)置為YES來禁用ATS;

2.從2017年1月1日起,,所有新提交的 app 默認(rèn)不允許使用NSAllowsArbitraryLoads來繞過ATS的限制,默認(rèn)情況下你的 app 可以訪問加密足夠強(qiáng)的(TLS V1.2以上)HTTPS內(nèi)容;

3.可以選擇使用NSExceptionDomains設(shè)置白名單的方式對特定的域名開放HTTP內(nèi)容來通過審核,比如說你的應(yīng)用集成了第三方的登錄分享SDK,可以通過這種方式來做,下面以新浪SDK作為示范(Source Code 模式下):

NSAppTransportSecurityNSExceptionDomainssina.cnNSThirdPartyExceptionMinimumTLSVersionTLSv1.0NSThirdPartyExceptionRequiresForwardSecrecyNSIncludesSubdomainsweibo.cnNSThirdPartyExceptionMinimumTLSVersionTLSv1.0NSThirdPartyExceptionRequiresForwardSecrecyNSIncludesSubdomainsweibo. comNSThirdPartyExceptionMinimumTLSVersionTLSv1.0NSThirdPartyExceptionRequiresForwardSecrecyNSIncludesSubdomainssinaimg.cnNSThirdPartyExceptionMinimumTLSVersionTLSv1.0NSThirdPartyExceptionRequiresForwardSecrecyNSIncludesSubdomainssinajs.cnNSThirdPartyExceptionMinimumTLSVersionTLSv1.0NSThirdPartyExceptionRequiresForwardSecrecyNSIncludesSubdomainssina.com.cnNSThirdPartyExceptionMinimumTLSVersionTLSv1.0NSThirdPartyExceptionRequiresForwardSecrecyNSIncludesSubdomains

4.在iOS 10 中info.plist文件新加入了NSAllowsArbitraryLoadsInWebContent鍵,允許任意web頁面加載,同時蘋果會用 ATS 來保護(hù)你的app;

5.安全傳輸不再支持SSLv3, 建議盡快停用SHA1和3DES算法;

6.UIStatusBar的問題:

在iOS10中,如果還使用以前設(shè)置UIStatusBar類型或者控制隱藏還是顯示的方法,會報警告,方法過期,如下圖:

UIStatusBar的警告.png

上面方法到 iOS 10 不能使用了,要想修改UIStatusBar的樣式或者狀態(tài)使用下圖中所示的屬性或方法:

@property(nonatomic,readonly)UIStatusBarStylepreferredStatusBarStyleNS_AVAILABLE_IOS(7_0) __TVOS_PROHIBITED;// Defaults to UIStatusBarStyleDefault@property(nonatomic,readonly)BOOLprefersStatusBarHiddenNS_AVAILABLE_IOS(7_0) __TVOS_PROHIBITED;// Defaults to NO- (UIStatusBarStyle)preferredStatusBarStyleNS_AVAILABLE_IOS(7_0) __TVOS_PROHIBITED;// Defaults to UIStatusBarStyleDefault- (BOOL)prefersStatusBarHiddenNS_AVAILABLE_IOS(7_0) __TVOS_PROHIBITED;// Defaults to NO// Override to return the type of animation that should be used for status bar changes for this view controller. This currently only affects changes to prefersStatusBarHidden.- (UIStatusBarAnimation)preferredStatusBarUpdateAnimationNS_AVAILABLE_IOS(7_0) __TVOS_PROHIBITED;// Defaults to UIStatusBarAnimationFade

7.UITextField

在iOS 10 中,UITextField新增了textContentType字段,是UITextContentType類型,它是一個枚舉,作用是可以指定輸入框的類型,以便系統(tǒng)可以分析出用戶的語義.是電話類型就建議一些電話,是地址類型就建議一些地址.可以在#import 文件中,查看textContentType字段,有以下可以選擇的類型:

UIKIT_EXTERNUITextContentTypeconstUITextContentTypeNameNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeNamePrefixNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeGivenNameNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeMiddleNameNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeFamilyNameNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeNameSuffixNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeNicknameNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeJobTitleNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeOrganizationNameNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeLocationNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeFullStreetAddressNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeStreetAddressLine1NS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeStreetAddressLine2NS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeAddressCityNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeAddressStateNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeAddressCityAndStateNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeSublocalityNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeCountryNameNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypePostalCodeNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeTelephoneNumberNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeEmailAddressNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeURLNS_AVAILABLE_IOS(10_0);UIKIT_EXTERNUITextContentTypeconstUITextContentTypeCreditCardNumberNS_AVAILABLE_IOS(10_0);

8.UserNotifications(用戶通知)

iOS 10 中將通知相關(guān)的 API 都統(tǒng)一了,在此基礎(chǔ)上很多用戶定義的通知,并且可以捕捉到各個通知狀態(tài)的回調(diào).以前通知的概念是:大家想接受的提前做好準(zhǔn)備,然后一下全兩分發(fā),沒收到也不管了,也不關(guān)心發(fā)送者,現(xiàn)在的用戶通知做成了類似于網(wǎng)絡(luò)請求,先發(fā)一個request得到response的流程,還封裝了error,可以在各個狀態(tài)的方法中做一些額外的操作,并且能獲得一些字段,比如發(fā)送者之類的.這個功能的頭文件是:#import

主要有以下文件:

#import#import#import#import#import#import#import#import#import#import#import#import#import#import

9.UICollectionViewCell的的優(yōu)化

在iOS 10 之前,UICollectionView上面如果有大量cell,當(dāng)用戶活動很快的時候,整個UICollectionView的卡頓會很明顯,為什么會造成這樣的問題,這里涉及到了iOS 系統(tǒng)的重用機(jī)制,當(dāng)cell準(zhǔn)備加載進(jìn)屏幕的時候,整個cell都已經(jīng)加載完成,等待在屏幕外面了,也就是整整一行cell都已經(jīng)加載完畢,這就是造成卡頓的主要原因,專業(yè)術(shù)語叫做:掉幀.

要想讓用戶感覺不到卡頓,我們的app必須幀率達(dá)到60幀/秒,也就是說每幀16毫秒要刷新一次.

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

1.用戶滑動屏幕,屏幕外有一個cell準(zhǔn)備加載進(jìn)來,把cell從reusr隊(duì)列拿出來,然后調(diào)用prepareForReuse方法,在這個方法里面,可以重置cell的狀態(tài),加載新的數(shù)據(jù);

2.繼續(xù)滑動,就會調(diào)用cellForItemAtIndexPath方法,在這個方法里面給cell賦值模型,然后返回給系統(tǒng);

3.當(dāng)cell馬上進(jìn)去屏幕的時候,就會調(diào)用willDisplayCell方法,在這個方法里面我們還可以修改cell,為進(jìn)入屏幕做最后的準(zhǔn)備工作;

4.執(zhí)行完willDisplayCell方法后,cell就進(jìn)去屏幕了.當(dāng)cell完全離開屏幕以后,會調(diào)用didEndDisplayingCell方法.

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

1.用戶滑動屏幕,屏幕外有一個cell準(zhǔn)備加載進(jìn)來,把cell從reusr隊(duì)列拿出來,然后調(diào)用prepareForReuse方法,在這里當(dāng)cell還沒有進(jìn)去屏幕的時候,就已經(jīng)提前調(diào)用這個方法了,對比之前的區(qū)別是之前是cell的上邊緣馬上進(jìn)去屏幕的時候就會調(diào)用該方法,而iOS 10 提前到cell還在屏幕外面的時候就調(diào)用;

2.在cellForItemAtIndexPath中創(chuàng)建cell篮奄，填充數(shù)據(jù)捆愁，刷新狀態(tài)等操作,相比于之前也提前了;

3.用戶繼續(xù)滑動的話,當(dāng)cell馬上就需要顯示的時候我們再調(diào)用willDisplayCell方法,原則就是:何時需要顯示,何時再去調(diào)用willDisplayCell方法;

4.當(dāng)cell完全離開屏幕以后,會調(diào)用didEndDisplayingCell方法,跟之前一樣,cell會進(jìn)入重用隊(duì)列.

在iOS 10 之前,cell只能從重用隊(duì)列里面取出,再走一遍生命周期,并調(diào)用cellForItemAtIndexPath創(chuàng)建或者生成一個cell.

在iOS 10 中,系統(tǒng)會cell保存一段時間,也就是說當(dāng)用戶把cell滑出屏幕以后,如果又滑動回來,cell不用再走一遍生命周期了,只需要調(diào)用willDisplayCell方法就可以重新出現(xiàn)在屏幕中了.

iOS 10 中,系統(tǒng)是一個一個加載cell的,二以前是一行一行加載的,這樣就可以提升很多性能;

iOS 10 新增加的Pre-Fetching預(yù)加載

這個是為了降低UICollectionViewCell在加載的時候所花費(fèi)的時間,在 iOS 10 中,除了數(shù)據(jù)源協(xié)議和代理協(xié)議外,新增加了一個UICollectionViewDataSourcePrefetching協(xié)議,這個協(xié)議里面定義了兩個方法:

- (void)collectionView:(UICollectionView*)collectionView prefetchItemsAtIndexPaths:(NSArray *)indexPathsNS_AVAILABLE_IOS(10_0);- (void)collectionView:(UICollectionView*)collectionView cancelPrefetchingForItemsAtIndexPaths:(NSArray *)indexPathsNS_AVAILABLE_IOS(10_0);

在ColletionView prefetchItemsAt indexPaths這個方法是異步預(yù)加載數(shù)據(jù)的,當(dāng)中的indexPaths數(shù)組是有序的,就是item接收數(shù)據(jù)的順序;

CollectionView cancelPrefetcingForItemsAt indexPaths這個方法是可選的,可以用來處理在滑動中取消或者降低提前加載數(shù)據(jù)的優(yōu)先級.

注意:這個協(xié)議并不能代替之前讀取數(shù)據(jù)的方法,僅僅是輔助加載數(shù)據(jù).

Pre-Fetching預(yù)加載對UITableViewCell同樣適用.

10. UIRefreshControl的使用

在iOS 10 中, UIRefreshControl可以直接在UICollectionView和UITableView中使用,并且脫離了UITableViewController.現(xiàn)在RefreshControl是UIScrollView的一個屬性.

使用方法:

UIRefreshControl*refreshControl = [[UIRefreshControlalloc] init];? ? [refreshControl addTarget:selfaction:@selector(loadData) forControlEvents:UIControlEventValueChanged];? ? collectionView.refreshControl= refreshControl;

文／Eternaldream（簡書作者）

原文鏈接：http://www.reibang.com/p/f8151d556930

著作權(quán)歸作者所有，轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)窟却，并標(biāo)注“簡書作者”昼丑。