有關(guān)iOS11和iPhoneX的適配問題

一:iOS11 問題

有關(guān)iOS11 ,最大的變化就是增加了一個安全區(qū)域(safeArea)的概念,iOS11 適配的大部分問題都是由于它引起的。
如果還不太了解概念,推薦閱讀 iOS 11 安全區(qū)域適配總結(jié)這篇文章。

1. tableView 頭部視圖和尾部視圖出現(xiàn)一塊留白問題

  • iOS11下tableview默認開啟了self-Sizing,也就是自動估高機制。
    有兩種辦法去掉留白:

  • tableView的style:UITableViewStyleGrouped類型,默認tableView開頭和結(jié)尾是有間距的,不需要這個間距的話,可以通過實現(xiàn)heightForHeaderInSection方法(返回一個較小值:0.1)和viewForHeaderInSection(返回一個view)來去除頭部的留白,底部同理。

  • iOS 11上發(fā)生tableView頂部有留白,原因是代碼中只實現(xiàn)了heightForHeaderInSection方法,而沒有實現(xiàn)viewForHeaderInSection方法。iOS 11之后應(yīng)該是由于開啟了估算行高機制引起了bug。添加上viewForHeaderInSection方法后,問題就解決了。或者添加以下代碼關(guān)閉估算行高,問題也得到解決。

  self.tableView.estimatedRowHeight = 0;
  self.tableView.estimatedSectionHeaderHeight = 0;
  self.tableView.estimatedSectionFooterHeight = 0;

2. TableView 上拉刷新reloadData 時視圖發(fā)生偏移

舉個例子,我們加載數(shù)據(jù)分頁一頁10條數(shù)據(jù),當我們上拉刷新請求第二頁的時候,我們希望的是視圖流暢地展示第11個cell的一部分,然后當前頁面僅僅展示第10個cell,甚至會向上偏移一點。
這個問題也是iOS11 估算行高引起的問題,關(guān)閉估算行高

  self.tableView.estimatedRowHeight = 0;
  self.tableView.estimatedSectionHeaderHeight = 0;
  self.tableView.estimatedSectionFooterHeight = 0;

3. NavigationBar 的變化

  • 新增了一種lagreTitle的樣式,默認是關(guān)閉的,暫時不用管他

  • 集成了 UISearchController,很方便

  • 圖層發(fā)生了變化:
    如果設(shè)置了titleView,titleView原來是直接添加到UINavigationBar上,iOS11后,titleView會加在
    UITAMICAdaptorView上,UITAMICAdaptorView這個圖層是添加在UINavigationBarContentView上的,
    UINavigationBarContentView之上才是UINavigationBar。

  • titleView支持autolayout,你可能會發(fā)現(xiàn)你的titleView變窄了,你可以通過重寫 intrinsicContentSize方法來解決這個問題

  - (CGSize)intrinsicContentSize {
      return UILayoutFittingExpandedSize;
  }

4 .iOS 11 權(quán)限問題

iOS11對相冊的權(quán)限key做了調(diào)整,將原來的 NSPhotoLibraryUsageDescription改成了NSPhotoLibraryAddUsageDescription。詳見:Cocoa Keys

4. iOS11系統(tǒng)下SVProgessHUD默認的loading文字變灰問題

屏幕快照 2017-10-11 上午11.43.46.png

具體原因還未找到,坐等更新,暫時使用了SVP的自定義樣式解決,望有遇到過的大佬不吝指教

  [SVProgressHUD setDefaultStyle:SVProgressHUDStyleCustom];//設(shè)置loading樣式,默認白底黑字
  [SVProgressHUD setBackgroundColor:HEXCOLOR(0xf9f9f9ff)]; //設(shè)置loading底部背景顏色

二: iPhoneX問題

1. 適配iPhoneX的時候上面流海的屏幕仍是黑色,內(nèi)容沒有充滿屏幕

  • 這是因為你沒有設(shè)置對應(yīng)大小的啟動圖,iPhone X對應(yīng)像素 1125 * 2436,將啟動圖添加到LaunchImage中后,還要在Contents.json文件中增加下面的內(nèi)容
{
    "extent" : "full-screen",
    "idiom" : "iphone",
    "subtype" : "2436h",
    "filename" : "你的啟動圖名字.png",
    "minimum-system-version" : "11.0",
    "orientation" : "portrait",
    "scale" : "3x"
}
2.webView,tableView頁面無導(dǎo)航欄時,頂部出現(xiàn)44高度的空白
image.png

*iOS11中廢棄了automaticallyAdjustsScrollViewInsets,取而代之的是contentInsetAdjustmentBehavior屬性,adjustedContentInset屬性決定了tableView與邊緣的距離。iPhone X豎屏時控制器視圖的safeAreaInsets是(44,0,34,0)

#pragma mark -- 廢棄了的automaticallyAdjustsScrollViewInsets
@property(nonatomic,assign) BOOL automaticallyAdjustsScrollViewInsets API_DEPRECATED_WITH_REPLACEMENT
("Use UIScrollView's contentInsetAdjustmentBehavior instead", ios(7.0,11.0),tvos(7.0,11.0)); // Defaults to YES

#pragma mark -- UIScrollView新屬性
/* When contentInsetAdjustmentBehavior allows, UIScrollView may incorporate
 its safeAreaInsets into the adjustedContentInset.
 */
@property(nonatomic, readonly) UIEdgeInsets adjustedContentInset API_AVAILABLE(ios(11.0),tvos(11.0));

contentInsetAdjustmentBehavior屬性有以下幾個枚舉值:

/*
1. automatic 和scrollableAxes一樣,scrollView會自動計算和適應(yīng)頂部和底部的內(nèi)邊距并且在scrollView 不可滾動時,也會設(shè)置內(nèi)邊距.
2. scrollableAxes 自動計算內(nèi)邊距.
3. never 不計算內(nèi)邊距
4. always 根據(jù)safeAreaInsets 計算內(nèi)邊距
*/
typedef NS_ENUM(NSInteger, UIScrollViewContentInsetAdjustmentBehavior) {  
    UIScrollViewContentInsetAdjustmentAutomatic, 
    UIScrollViewContentInsetAdjustmentScrollableAxes,
    UIScrollViewContentInsetAdjustmentNever,
    UIScrollViewContentInsetAdjustmentAlways,
}

@property(nonatomic) UIScrollViewContentInsetAdjustmentBehavior contentInsetAdjustmentBehavior;
@property(nonatomic, readonly) UIEdgeInsets adjustedContentInset;

//adjustedContentInset值被改變的delegate
- (void)adjustedContentInsetDidChange; 
- (void)scrollViewDidChangeAdjustedContentInset:(UIScrollView *)scrollView;

添加如下代碼解決問題

if (@available(iOS 11.0, *)) {
    tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
}
3.iPhoneX 在push進入 webView頁面時,底部會有黑邊一閃而過
  • 這也是由iOS11的safeArea引起的問題。
  • 發(fā)生這種情況, 你可能設(shè)置了webview 的高度為 SCREEN_HEIGHT-NAVBAR_HEIGHT(屏幕高度-(導(dǎo)航欄高度+狀態(tài)欄高度)),你有兩種選擇:
    1)設(shè)置webview高度為 SCREEN_HEIGHT-NAVBAR_HEIGHT-34, 34為底部的安全區(qū)域間距。
    2)添加如下代碼
if (@available(iOS 11.0, *)) {
    webView.scrollView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
}

第一種方法會讓webview的視圖和底部有34的距離,第二種會使webview保持全屏,但一部分區(qū)域會被iPhoneX底下的黑條遮住,美丑自評

4.頁面底部有固定的footerView被遮擋,以及一些自定義輸入框彈起鍵盤被遮蓋問題

iPhoneX需要將底部一些控件的位置往上移34,彈出的鍵盤隱藏時也可能會出現(xiàn)問題,根據(jù)實際情況修改。

5.視圖高度問題

以前編寫代碼的時候,定義tableView高度可能只是用了SCREEN_HEIGHT-64-49(有tabbar的時候),也可能是SCREEN_HEIGHT-64(tabbar隱藏的時候),在iphoneX上面這樣的寫法會出現(xiàn)問題,特別是一些死頁面,tableView會拉不到最底部。

參考
以上內(nèi)容參考了以下文章,閱讀原文請點擊以下鏈接
iOS11 & iPhone X 適配指南 http://url.cn/5wjMhix
App界面適配iOS11 http://www.itdecent.cn/p/352f101d6df1
iOS 11 安全區(qū)域適配總結(jié) http://www.itdecent.cn/p/efbc8619d56b

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 導(dǎo)航欄 導(dǎo)航欄高度的變化 iOS11之前導(dǎo)航欄默認高度為64pt(這里高度指statusBar + Navigat...
    西門淋雨閱讀 855評論 0 0
  • 相信大家已經(jīng)被iPhoneX的劉海洗腦了,除了吐槽,留給我們的還有比較麻煩的適配工作。下面針對在整理過程中發(fā)現(xiàn)的適...
    smile麗語閱讀 5,019評論 6 21
  • 作者:張月半鏈接:http://www.itdecent.cn/p/c355cc4b12c2來源:簡書著作權(quán)歸作者...
    KingLionsFrank閱讀 987評論 0 0
  • 小爹長我十二歲,從小跟在他后面長大。真的是從呀呀學(xué)語到蹣跚學(xué)步。童年的記憶里跟二姑和小爹身邊長大的記憶溫暖從心。 ...
    孫潤閱讀 1,029評論 0 0
  • 某個初夏的早晨,我于天色昏沉中莫名醒來,向外望去,已是雨的世界了。于片刻淋漓雨聲后,哀樂也悄然響起。在那一刻,我突...
    默沫silent閱讀 362評論 0 0

友情鏈接更多精彩內(nèi)容