iPhone發(fā)布會(huì)前怯疤，就隱隱感覺到一波適配工作要襲來(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，OC也開始支持swfit的@available語(yǔ)法闲昭，不用再手寫iOS版本判斷了序矩。
if (@available(iOS 11.0, *)) {
//版本適配
}
//或者
#ifdef __IPHONE_11_0
#endif
目前沒(méi)發(fā)現(xiàn)有iPhoneX的機(jī)型判斷API簸淀，暫時(shí)可以使用size來(lái)做代替判斷毒返。
//判斷是否iPhone X
#define IS_iPhoneX ([UIScreen instancesRespondToSelector:@selector(currentMode)] ? CGSizeEqualToSize(CGSizeMake(1125, 2436), [[UIScreen mainScreen] currentMode].size) : NO)
//或者
#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的底部增加了虛擬Home區(qū)米间，由于安全區(qū)域的原因默認(rèn)tabBar的高度由49變?yōu)?3屈糊，增高了34逻锐，所以自定義的底部TabBar也需要需改其適配方案。
可能有部分APP使用了RN來(lái)實(shí)現(xiàn)頁(yè)面昧诱，不要忘了在RN中修改相應(yīng)NaviBar/TabBar的高度盏档。
[圖片上傳中...(image-b5608-1526548047385-1)]
安全區(qū)域
安全區(qū)域定義了view中可視區(qū)域的部分蜈亩，幫助我們將view放置在整個(gè)屏幕的可視的部分。即使把navigationbar設(shè)置為透明的畅涂，系統(tǒng)也認(rèn)為安全區(qū)域是從navigationbar的bottom開始的午衰。這樣保證不被系統(tǒng)的狀態(tài)欄愤惰、或父視圖提供的view如導(dǎo)航欄覆蓋宦言。
[圖片上傳中...(image-7c2da3-1526548047385-0)]
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í)展示在彈框上的提示信息
參考文檔
- https://developer.apple.com/videos/fall2017/
- https://developer.apple.com/iphone/
- https://developer.apple.com/ios/human-interface-guidelines/overview/iphone-x/
Tips
iPhone X 側(cè)邊按鈕的使用方式：
- 按一下鎖屏授翻；
- 按兩下 Apple Pay堪唐；
- 按三下輔助功能快捷鍵（比如 VoiceOver）；
- 按五下 SOS合陵；
- 短按 Siri拥知；
- 長(zhǎng)按關(guān)機(jī)；
- 按一下+Volume Up 截屏速梗。
