原文鏈接： http://fighting300.com...
iPhone發(fā)布會(huì)前，就隱隱感覺(jué)到一波適配工作要襲來(lái)的趕腳，果然不出所料。
新版iPhone的適配工作主要集中在iPhoneX上，相信大家已經(jīng)對(duì)iPhoneX的劉海記憶深刻了，除了吐槽橄登，留給我們的還有比較麻煩的適配工作。下面簡(jiǎn)單分享下在整理過(guò)程中發(fā)現(xiàn)的適配注意點(diǎn)讥此。(適配工作主要在UI方面拢锹，后續(xù)發(fā)現(xiàn)的適配點(diǎn)會(huì)陸續(xù)補(bǔ)充到該文檔中)
上下黑邊問(wèn)題
運(yùn)行新版Xcode的iPhoneX模擬器，你可能發(fā)現(xiàn)之前的APP在iPhoneX屏幕沒(méi)填充滿萄喳，上下有黑色區(qū)域卒稳，應(yīng)該是你的app之前未用LaunchScreen.Storyboard作為啟動(dòng)頁(yè)面，可以使用LaunchScreen來(lái)當(dāng)做入場(chǎng)頁(yè)面他巨，這樣APP才會(huì)自動(dòng)適配為iPhoneX的大小充坑。或者修改Assets中的LaunchImage染突，添加iPhoneX的Launch圖如下(1125*2436)捻爷。
iOS11新增版本判斷API
iOS11版本現(xiàn)在有了簡(jiǎn)單的API，不用再手寫iOS版本判斷了份企。
if (@available(iOS 11.0, *)) {
// 版本適配
}
// 或者
#ifdef __IPHONE_11_0
#endif
目前沒(méi)發(fā)現(xiàn)有iPhoneX的機(jī)型判斷API也榄，暫時(shí)可以使用size來(lái)做代替判斷。
#define kDevice_iPhoneX CGSizeEqualToSize(CGSizeMake(375, 812), [[UIScreen mainScreen] bounds].size)
if (UIScreen.mainScreen.bounds.size.height == 812) {
NSLog(@"this is iPhone X");
}
UI適配
導(dǎo)航欄適配
iPhoneX由于多了大圓角司志、傳感器(齊劉海)以及底部訪問(wèn)主屏幕的指示遮擋甜紫，所以需要注意原有這部分內(nèi)容的設(shè)計(jì)降宅。
iOS11前導(dǎo)航欄的高度是64，其中statusBar的高度為20囚霸，而iPhoneX的statusBar高度變?yōu)榱?4钉鸯，如果是自定義的NaviBar，這部分需要做相應(yīng)的適配邮辽。
iPhoneX的底部增加了虛擬Homeq區(qū)，由于安全區(qū)域的原因默認(rèn)tabBar的高度由49變?yōu)?3贸营，增高了34吨述，所以自定義的底部TabBar也需要需改其適配方案。
可能有部分APP使用了RN來(lái)實(shí)現(xiàn)頁(yè)面钞脂，不要忘了在RN中修改相應(yīng)NaviBar/TabBar的高度揣云。
安全區(qū)域
安全區(qū)域定義了view中可視區(qū)域的部分，幫助我們將view放置在整個(gè)屏幕的可視的部分冰啃。即使把navigationbar設(shè)置為透明的邓夕，系統(tǒng)也認(rèn)為安全區(qū)域是從navigationbar的bottom開始的。這樣保證不被系統(tǒng)的狀態(tài)欄阎毅、或父視圖提供的view如導(dǎo)航欄覆蓋焚刚。
iOS11的UIViewController和UIView新加了-(void)viewSafeAreaInsetsDidChange方法，當(dāng)安全區(qū)域改變后該方法會(huì)被調(diào)用扇调。然后在該方法中根據(jù)safeAreaInses屬性更新子視圖中控件的布局位置矿咕。
當(dāng)然如果你要改變一個(gè)UIViewController的safeAreaInsets值, 可以通過(guò)設(shè)置addtionalSafeAreaInsets屬性來(lái)實(shí)現(xiàn), 例如你要自定義一些特殊的樣式時(shí)。
需要注意的是viewSafeAreaInsetsDidChange在UIViewController中第一次調(diào)用的時(shí)間是在-(void)viewWillAppear:(BOOL)animated調(diào)用之后, 在- (void)viewWillLayoutSubviews調(diào)用之前狼钮。所以可以在viewWillAppear里設(shè)置受影響的頁(yè)面的addtionalSafeAreaInsets屬性碳柱。
- (void)viewSafeAreaInsetsDidChange{
[super viewSafeAreaInsetsDidChange];
if (@available(iOS 11.0, *)) {
NSLog(@"safeAreaInset list= %@",NSStringFromUIEdgeInsets(self.view.safeAreaInsets));
NSLog(@"safeAreaLayout list= %@",self.view.safeAreaLayoutGuide);
}
}
UIScrollView & UITableView
測(cè)試過(guò)程中發(fā)現(xiàn)tableView會(huì)有20pt/64pt的偏移，其原因是由于iOS 11廢棄了UIViewController的automaticallyAdjustsScrollViewInsets屬性熬芜，新增了contentInsetAdjustmentBehavior屬性莲镣，所以當(dāng)超出安全區(qū)域時(shí)系統(tǒng)自動(dòng)調(diào)整了SafeAreaInsets，進(jìn)而影響了adjustedContentInset涎拉，在iOS11中決定tableView內(nèi)容與邊緣距離的是adjustedContentInset瑞侮，所以需要設(shè)置UIScrollView的contentInsetAdjustmentBehavior屬性。
1.手動(dòng)適配
如果你使用了UITableView曼库、UIScrollView区岗，可以直接使用以下代碼做適配，這樣系統(tǒng)就不會(huì)主動(dòng)為你設(shè)置邊緣距離毁枯，但是你可能需要手動(dòng)適配UITableView的contenteInset慈缔。
#ifdef __IPHONE_11_0
// 單獨(dú)作用與某個(gè)tableView
if ([tableView respondsToSelector:@selector(setContentInsetAdjustmentBehavior:)]) {
tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
}
// 作用與所有的UIScrollView
UIScrollView.appearance.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
// 設(shè)置view的寬高
tableView.contentInset = UIEdgeInsetsMake(0, 0, 34, 0);
#endif
2.自動(dòng)適配
設(shè)置contentInsetAdjustmentBehavior屬性為UIScrollViewContentInsetAdjustmentAutomatic，則系統(tǒng)會(huì)自動(dòng)計(jì)算contentView的偏移量种玛。
3.設(shè)置安全區(qū)域的addtionalSafeAreaInset
某些情況下藐鹤，你需要頂部區(qū)域瓤檐，比如廣告區(qū)域覆蓋Status娱节，則可以設(shè)置相應(yīng)頁(yè)面的addtionalSafeAreaInset屬性，這樣系統(tǒng)不會(huì)將safeArea上調(diào)到從status開始肄满。這樣可以提供更好的用戶體驗(yàn)。
例如如果你的SafeAreaInset值為(44,0,0,0)稠歉，則需要設(shè)置相應(yīng)的additionalSafeAreaInsets值為(-44,0,0,0)掰担。
if (@available(iOS 11.0, *)) {
self.additionalSafeAreaInsets = UIEdgeInsetsMake(-44, 0, 0, 0);
} else {
// Fallback on earlier versions
}
4.iOS11開始UITableView開啟了自動(dòng)估算行高怒炸，estimatedRowHeight estimatedSectionHeaderHeight estimatedSectionFooterHeight三個(gè)高度估算屬性由默認(rèn)的0變成了UITableViewAutomaticDimension，所以heightForHeaderInSection和viewForHeaderInSection應(yīng)該一起使用阅羹，不然tableView頂部滑動(dòng)的時(shí)候會(huì)有空白勺疼。
在適配過(guò)程中發(fā)現(xiàn)UITableView會(huì)在Header/Footer返回size為負(fù)值的情況下會(huì)(之前遺漏的bug)崩潰，這塊可以自查下捏鱼，而iOS11之前的版本不會(huì)执庐。
其他方案......
另外有人對(duì)iPhoneX整個(gè)UIWindow做了內(nèi)容的調(diào)整，只是UI還是有點(diǎn)丑导梆，感興趣的同學(xué)可以去看看該GitHub耕肩，不過(guò)可能這樣的設(shè)計(jì)方案不會(huì)通過(guò)APPLE的審核。
API適配
LocalAuthentication 本地認(rèn)證
本地認(rèn)證框架提供了從具有指定安全策略(密碼或生物學(xué)特征)的用戶請(qǐng)求身份驗(yàn)證的功能问潭。例如猿诸，要求用戶僅使用Face ID或Touch ID進(jìn)行身份驗(yàn)證，可使用以下代碼：
let myContext = LAContext()
let myLocalizedReasonString = <#String explaining why app needs authentication#>
var authError: NSError?
if #available(iOS 8.0, macOS 10.12.1, *) {
if myContext.canEvaluatePolicy(.deviceOwnerAuthenticationWithBiometrics, error: &authError) {
myContext.evaluatePolicy(.deviceOwnerAuthenticationWithBiometrics, localizedReason: myLocalizedReasonString) { success, evaluateError in
if success {
// 用戶驗(yàn)證通過(guò)
} else {
// 用戶驗(yàn)證失敗狡忙，處理失敗信息
}
}
} else {
// 不能執(zhí)行策略驗(yàn)證梳虽，處理驗(yàn)證錯(cuò)誤信息
}
} else {
// Fallback on earlier versions
}
LAContext新增API如下：
- biometryType屬性返回當(dāng)前設(shè)備支持的生物學(xué)特征驗(yàn)證方式，他的值可以分別為typeFaceID灾茁、typeTouchID或者none窜觉。
- localizedReason需要驗(yàn)證時(shí)展示在彈框上的提示信息
