相信大家已經(jīng)被iPhoneX的劉海洗腦了，除了吐槽，留給我們的還有比較麻煩的適配工作。下面針對在整理過程中發(fā)現(xià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 上下顯示黑條問題

運行Xcode9.0的iPhoneX模擬器, APP在iPhoneX屏幕沒填充滿，上下有黑色區(qū)域, 未適配前:

未適配前

這是因為app之前未用LaunchScreen.Storyboard作為啟動頁面，可以使用LaunchScreen來當(dāng)做入場頁面，這樣APP才會自動適配為iPhoneX的大小。我的項目中是用Assets中的LaunchImage, 這樣就可以修改Assets中的LaunchImage，添加iPhoneX的Launch圖(1125*2436), 記得勾選如下圖所示。

添加iPhoneX的Launch圖

這個時候看下效果圖:

適配后

三. 導(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的機型判斷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) 

tabbar

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 = @"|搜索會員";
    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圓角變形了,

UISearchBar圓角變形

這個時候我們可以添加設(shè)置圓角的, 效果如下:

searchBar.layer.cornerRadius = 10;
searchBar.layer.masksToBounds = YES;

適配后

• 如果是自定義titleview, 只需要在你自定義的titleview對應(yīng)的 View中實現(xiàn)- intrinsicContentSize方法;

- (CGSize)intrinsicContentSize {
    return UILayoutFittingExpandedSize;
}

• 如果你的項目是自定義的navigationBar，那么在iOS11上運行就可能出現(xiàn)布局錯亂，解決辦法是重寫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開啟了自動估算行高，estimatedRowHeight estimatedSectionHeaderHeight estimatedSectionFooterHeight三個高度估算屬性由默認(rèn)的0變成了UITableViewAutomaticDimension，把這三屬性設(shè)置成0.01即可.

解決iOS11刷新tableview會出現(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頂部滑動的時候會有空白。

在heightForFooterInSection和viewForFooterInSection也應(yīng)該一起使用， 如果僅僅 設(shè)置高度, 則tableView底部View根本沒有展現(xiàn)。

5.2 Header/Footer返回size不能再為負(fù)值

在適配過程中發(fā)現(xiàn)UITableView會在Header/Footer返回size為負(fù)值的情況下會(之前遺漏的bug)崩潰，這塊建議都修改為0.01，而iOS11之前的版本不會。

六.安全區(qū)域的問題

• iOS 11之前， automaticallyAdjustsScrollViewInsets經(jīng)常被設(shè)置成NO，由開發(fā)者去控制處理留白和坐標(biāo)問題, 但是11+automaticallyAdjustsScrollViewInsets = NO這句代碼失效。
• iOS 11后，把這個automaticallyAdjustsScrollViewInsets廢棄，新增了contentInsetAdjustmentBehavior，這個屬性是個枚舉類型值，我們只需要把其設(shè)置成never就行了

解決tableView偏移88的問題, 我們可以對對 tableView 進(jìn)行如下設(shè)置:

if (@available(iOS 11.0, *)) {
    self.tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
} else {
    self.automaticallyAdjustsScrollViewInsets = NO;
}

七.Marketing Icon上傳版本提示警告的問題

更新適配版本時 iPhone X 的啟動圖適配加上了, 千萬別忘了也要傳 Icon. 否則就會有上傳版本時會有提示警告滴~

9月份上傳的時候, 沒有1024*1024的營銷圖標(biāo)只是有警告, 現(xiàn)在上傳的時候也是有警告的, 只不過現(xiàn)在提交審核的時候直接不能提交審核!

今天折騰一天,無論怎么更換這張圖片(1024x1024的 png圖)都不行, 最后換了一種上傳方式Archive在線打包就好了,很尷尬~

八.iOS 11 新增的隱私設(shè)置

今天調(diào)試項目時有一個生成長圖并保存到本地的功能，一點擊保存相冊就發(fā)現(xiàn)閃退了。發(fā)現(xiàn) Xcode 報以下錯誤：

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)用相機一樣， Info.plist 里面要涉及隱私數(shù)據(jù)時要添加提示語。
打開 Info.plist，點擊 + 號，在 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 中新加的還有一個跟 NFC 設(shè)備有關(guān) NFCReaderUsageDescription，不過暫時沒接觸到。

目前在iOS11/iPhoneX遇到這么多坑，以后遇到會繼續(xù)分享的。

推薦一篇博客技術(shù)文, 有些內(nèi)容我也是從這大神里學(xué)滴: http://fighting300.com/2017/09/14/iOS11-UI-adjust/