相信大家已經(jīng)被iPhoneX的劉海洗腦了捧灰，除了吐槽，留給我們的還有比較麻煩的適配工作塞耕。下面針對在整理過程中發(fā)現(xiàn)的適配注意點(diǎn)進(jìn)行簡單分享下儡羔。
適配:
1.iPhone X 尺寸
2.iPhone X 上下顯示黑條問題
3.導(dǎo)航欄的適配
4.iOS11新增版本判斷API
5.UITableView相關(guān)適配
6.安全區(qū)域的問題
7.上傳版本提示警告的問題
8.iOS 11 新增的隱私設(shè)置
一. iPhone X 尺寸
開發(fā)尺寸是375 * 812 pt
二. iPhone X 上下顯示黑條問題
運(yùn)行Xcode9.0的iPhoneX模擬器, APP在iPhoneX屏幕沒填充滿，上下有黑色區(qū)域, 未適配前:
這是因?yàn)閍pp之前未用LaunchScreen.Storyboard作為啟動(dòng)頁面斟览，可以使用LaunchScreen來當(dāng)做入場頁面毁腿，這樣APP才會(huì)自動(dòng)適配為iPhoneX的大小。我的項(xiàng)目中是用Assets中的LaunchImage, 這樣就可以修改Assets中的LaunchImage，添加iPhoneX的Launch圖(1125*2436), 記得勾選如下圖所示已烤。
這個(gè)時(shí)候看下效果圖:
三. 導(dǎo)航欄的適配
3.1 導(dǎo)航欄新增了一種大標(biāo)題樣式
默認(rèn)設(shè)置是不開啟鸠窗，所以不需要修改。
3.2 高度適配
iOS 11以前胯究，導(dǎo)航欄的高度是64稍计，其中狀態(tài)欄statusBar的高度是20，底部tabbar的高度是49裕循。
iOS 11之后臣嚣，iPhoneX的導(dǎo)航欄的高度是88，其中狀態(tài)欄的statusBar的高度變成了44剥哑， 底部的tabbar變成了83硅则。
iPhoneX的底部增加了虛擬Home區(qū)，由于安全區(qū)域的原因默認(rèn)tabBar的高度由49變?yōu)?3株婴，增高了34怎虫，所以自定義的底部TabBar也需要需改其適配方案。
先來考慮關(guān)于navi 在 iPhone X 上是88的問題.
目前沒發(fā)現(xiàn)有iPhoneX的機(jī)型判斷API督暂，建議使用size來做代替判斷揪垄。
// 導(dǎo)航條高度
#define UI_navBar_Height ((UI_View_Height == 812) ? 88.0 : 64.0)
如果要在 navi 上添加漸變的背景圖, 則要控制 navi 的高
- (UIImageView *)alphaView {
if (!_alphaView) {
CGRect frame = self.navigationBar.frame;
CGFloat h = UI_navBar_Height; // is 812 ? 88 : 64
UIImageView *alphaView = [[UIImageView alloc] initWithFrame:CGRectMake(0, 0, frame.size.width, h)];
alphaView.image = [UIImage imageNamed:@"bg_gradient"];
[self.navigationBar.subviews.firstObject insertSubview: alphaView atIndex:0];
_alphaView = alphaView;
}
return _alphaView;
}
自定義的底部TabBar也需要改其適配方案, 則考慮適配 iPhone X
// 底部tabbar高度
#define UI_tabBar_Height ((UI_View_Height == 812) ? 83.0 : 49.0)
3.3 titleView支持autolayout
這要求titleView必須是能夠自撐開的或?qū)崿F(xiàn)了- intrinsicContentSize，
這里以UISearchBar為例, 我是外層添加了titleView容器. 高度控制著35的.
// 設(shè)置titleView
UIView *titleView = [[UIView alloc] initWithFrame:CGRectMake(0, 0, 200, 35)];//allocate titleView
[titleView setBackgroundColor:[UIColor clearColor]];
// 搜索工具條
UISearchBar *searchBar = [[UISearchBar alloc] init];
searchBar.placeholder = @"|搜索會(huì)員";
searchBar.frame = CGRectMake(0, 0, titleView.width, 30);
searchBar.center = titleView.center;
searchBar.delegate = self;
[titleView addSubview:searchBar];
[self.navigationItem.titleView sizeToFit];
self.navigationItem.titleView = titleView;
修改后, 發(fā)現(xiàn)UISearchBar圓角變形了,
這個(gè)時(shí)候我們可以添加設(shè)置圓角的, 效果如下:
searchBar.layer.cornerRadius = 10;
searchBar.layer.masksToBounds = YES;
- 如果是自定義titleview, 只需要在你自定義的titleview對應(yīng)的 View中實(shí)現(xiàn)- intrinsicContentSize方法;
- (CGSize)intrinsicContentSize {
return UILayoutFittingExpandedSize;
}
- 如果你的項(xiàng)目是自定義的navigationBar逻翁，那么在iOS11上運(yùn)行就可能出現(xiàn)布局錯(cuò)亂饥努，解決辦法是重寫UINavigationBar的 layoutSubviews方法，調(diào)整布局八回，代碼如下：
- (void)layoutSubviews {
[super layoutSubviews];
//注意導(dǎo)航欄及狀態(tài)欄高度適配
self.frame = CGRectMake(0, 0, CGRectGetWidth(self.frame), naviBarHeight);
for (UIView *view in self.subviews) {
if([NSStringFromClass([view class]) containsString:@"Background"]) {
view.frame = self.bounds;
}
else if ([NSStringFromClass([view class]) containsString:@"ContentView"]) {
CGRect frame = view.frame;
frame.origin.y = statusBarHeight;
frame.size.height = self.bounds.size.height - frame.origin.y;
view.frame = frame;
}
}
}
四. iOS11新增版本判斷API
iOS11版本現(xiàn)在有了簡單的API酷愧，OC也開始支持swfit的@available語法，就可以不用再手寫判斷iOS版本了缠诅。
if (@available(iOS 11.0, *)) {
// 版本適配
}
// 或者
#ifdef __IPHONE_11_0
#endif
五. UITableView相關(guān)適配
5.1 tableview的組頭和組尾高度問題
iOS11開始UITableView開啟了自動(dòng)估算行高溶浴，estimatedRowHeight estimatedSectionHeaderHeight estimatedSectionFooterHeight三個(gè)高度估算屬性由默認(rèn)的0變成了UITableViewAutomaticDimension，把這三屬性設(shè)置成0.01即可.
解決iOS11刷新tableview會(huì)出現(xiàn)漂移的現(xiàn)象, 添加以下代碼關(guān)閉估算行高:
self.tableView.estimatedRowHeight = 0.01;
self.tableView.estimatedSectionHeaderHeight = 0.01;
self.tableView.estimatedSectionFooterHeight = 0.01;
在heightForHeaderInSection和viewForHeaderInSection應(yīng)該一起使用管引，不然tableView頂部滑動(dòng)的時(shí)候會(huì)有空白士败。
在heightForFooterInSection和viewForFooterInSection也應(yīng)該一起使用， 如果僅僅 設(shè)置高度, 則tableView底部View根本沒有展現(xiàn)褥伴。
5.2 Header/Footer返回size不能再為負(fù)值
在適配過程中發(fā)現(xiàn)UITableView會(huì)在Header/Footer返回size為負(fù)值的情況下會(huì)(之前遺漏的bug)崩潰谅将，這塊建議都修改為0.01，而iOS11之前的版本不會(huì)重慢。
六.安全區(qū)域的問題
- iOS 11之前饥臂， automaticallyAdjustsScrollViewInsets經(jīng)常被設(shè)置成NO，由開發(fā)者去控制處理留白和坐標(biāo)問題, 但是11+
automaticallyAdjustsScrollViewInsets = NO這句代碼失效似踱。 - iOS 11后隅熙，把這個(gè)automaticallyAdjustsScrollViewInsets廢棄稽煤，新增了
contentInsetAdjustmentBehavior，這個(gè)屬性是個(gè)枚舉類型值囚戚，我們只需要把其設(shè)置成never就行了
解決tableView偏移88的問題, 我們可以對對 tableView 進(jìn)行如下設(shè)置:
if (@available(iOS 11.0, *)) {
self.tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
} else {
self.automaticallyAdjustsScrollViewInsets = NO;
}
七.Marketing Icon上傳版本提示警告的問題
更新適配版本時(shí) iPhone X 的啟動(dòng)圖適配加上了, 千萬別忘了也要傳 Icon. 否則就會(huì)有上傳版本時(shí)會(huì)有提示警告滴~
9月份上傳的時(shí)候, 沒有1024*1024的營銷圖標(biāo)只是有警告, 現(xiàn)在上傳的時(shí)候也是有警告的, 只不過現(xiàn)在提交審核的時(shí)候直接不能提交審核!
今天折騰一天,無論怎么更換這張圖片(1024x1024的 png圖)都不行, 最后換了一種上傳方式Archive在線打包就好了,很尷尬~
八.iOS 11 新增的隱私設(shè)置
今天調(diào)試項(xiàng)目時(shí)有一個(gè)生成長圖并保存到本地的功能酵熙，一點(diǎn)擊保存相冊就發(fā)現(xiàn)閃退了。發(fā)現(xiàn) Xcode 報(bào)以下錯(cuò)誤：
This app has crashed because it attempted to access privacy-sensitive data without a usage description. The app's Info.plist must contain an NSPhotoLibraryAddUsageDescription key with a string value explaining to the user how the app uses this data.
問題跟 iOS 10 保存圖片弯淘、調(diào)用相機(jī)一樣绿店， Info.plist 里面要涉及隱私數(shù)據(jù)時(shí)要添加提示語。
打開 Info.plist庐橙，點(diǎn)擊 + 號假勿，在 Key 中輸入：Privacy - Photo Library Additions Usage Description，Type 選擇 String态鳖，Value 中輸入你的提示語转培。
這是 iOS 11 新出的一條隱私規(guī)則，說明如下：
iOS11下浆竭，蘋果對相冊的權(quán)限key做了調(diào)整浸须，原來NSPhotoLibraryUsageDescription，在iOS11之后邦泄，改成了NSPhotoLibraryAddUsageDescription
iOS 11 新增的隱私設(shè)置
iOS 11 中新加的還有一個(gè)跟 NFC 設(shè)備有關(guān) NFCReaderUsageDescription删窒，不過暫時(shí)沒接觸到。
目前在iOS11/iPhoneX遇到這么多坑顺囊，以后遇到會(huì)繼續(xù)分享的肌索。
推薦一篇博客技術(shù)文, 有些內(nèi)容我也是從這大神里學(xué)滴: http://fighting300.com/2017/09/14/iOS11-UI-adjust/
