當前位置:
首頁 > 最新 > App界面適配iOS11

App界面適配iOS11

公司的App是居於iOS8以上的,頁面顯示在iOS8~iOS10都沒有問題,但是,iOS11版顯示出現各種問題,真是顧客虐你千百遍,你待顧客如初戀,蘋果搞事,我們也只能暗暗的承受。

搞事一:導航欄

1.導航欄高度變化

導航欄在iOS10之前都是默認的64p,但是,到了iOS10就不單單是64p了,可以看一下系統的信息App,在iOS11添加了大標題,效果如下圖1:

navigationBar的結構,看圖2、3、4:

在上面三幅圖可以知道,在iOS11導航欄多了一個LargeTitleView,專門顯示大字標題用的,整個導航欄的高度達到了96p,這不包括狀態欄的高度,也就是說,整個app頂部高度達到了116p,其中statusbar=20,title=44,largetitle=52,不過默認是64p;當然,iPhoneX的高度會更高點,如果不顯示大字標題,頂部的高度也達到了88,statusbar=44,title=44,如果顯示大字標題,則高度變成了140,statusbar=44,title=44,largetitle=52,也就是說,iPhoneX的劉海高度為24p,大字標題如下圖:

iPhoneX之前的機型.png

iPhoneX.png

2.導航欄的圖層變化

iOS11之前導航欄的title是添加在UINavigationItemView上面,而navigationBarButton則直接添加在navigationBar上面;如果設置了titleView,則titleView也是直接添加在navigationBar上面,如圖5:

在iOS11之後,蘋果添加了新的類來管理,navigationBar會添加在_UIButtonBarStackView上面,而_UIButtonBarStackView則添加在_UINavigationBarContentView上面;如果沒有給titleView賦值,則titleView會直接添加在_UINavigationBarContentView上面,如果賦值給了titleView,則會新生成_UITAMICAdaptorView,把titleView添加在這個類上面,這個類會添加在_UINavigationBarContentView上面,如下圖6、7:

3.導航欄的邊距變化

在iOS11對導航欄裡面的item的邊距也做了調整,titleView調整最大的寬頻,邊距在iPhone6p上是20p,在iPhone6p以下是16p;在iOS11以下,這個邊距分別是12p和8p;如果設置了左右navigationBarButton,則在iOS11里,navigationBarButton的邊距是20p和16p;在iOS11以下,也是20p和16p;如果同時設置了titleView和navigationBarButton,則在iOS11以下,它們之間的間距是6p,在iOS11則無間距,如下圖8、9:

4.App需要實現導航欄左右按鈕邊距為0

在iOS11之前,可以設置一個width為負的navigationBarButton,將按鈕擠到邊緣,變相實現0邊距的導航欄按鈕,但是,這招在iOS11失效了,原因在於_UIButtonBarStackView,這個iOS9之後出來的,用來相對布局的組件,限制了子view的布局。那怎麼搞呢?

想到的方法有幾個:

(1)在viewWillAppear裡面,將_UIButtonBarStackView取出來,直接設置它的x坐標。

(2)設置titleView,然後將button添加在titleView上面,根據不同的邊距做偏移。

方法一:

遇到的問題,在viewDidLoad,viewWillAppear,viewWillLayoutSubviews,viewDidLayoutSubviews裡面都取不到_UIButtonBarStackView,只有在viewDidAppear里才能取到值,這樣就會在頁面顯示了之後才開始移動navigationBarButton,顯然這樣體驗不好,所以,暫時pass掉。

方法二:

這個做法完全可以做到0邊距,但是,問題來了,就是點擊區域的問題。因為左右navigationBarButton的點擊區域是超出父view的,所以,點擊不到。這好辦,重寫titleView的hitTest方法就好。嘿嘿嘿,問題沒有那麼簡單。之前在iOS11的圖層結構就解釋過,titleView會被添加在_UITAMICAdaptorView上面,而重點是,這個view也有邊距,所以,單單重寫titleView的hitTest方法還不夠,那怎麼解決呢?我的辦法就是寫一個view的類別,hook所有view的hitTest方法,在裡面判斷是否是iOS11以上,是否是_UITAMICAdaptorView類,如果都滿足條件,則可以搞事了。Demo

搞事二:列表的變化

1.automaticallyAdjustsScrollViewInsets

在iOS11之前,如果想要scrollView不偏移64p,則需設置automaticallyAdjustsScrollViewInsets=NO,但是這個屬性在iOS11直接被遺棄了:

@property(nonatomic,assign) BOOL automaticallyAdjustsScrollViewInsets API_DEPRECATED_WITH_REPLACEMENT("Use UIScrollView"s contentInsetAdjustmentBehavior instead", ios(7.0,11.0),tvos(7.0,11.0));

所以,看一下contentInsetAdjustmentBehavior是何方神聖:

typedef NS_ENUM(NSInteger, UIScrollViewContentInsetAdjustmentBehavior) { UIScrollViewContentInsetAdjustmentAutomatic, // Similar to .scrollableAxes, but will also adjust the top & bottom contentInset when the scroll view is owned by a view controller with automaticallyAdjustsScrollViewContentInset = YES inside a navigation controller, regardless of whether the scroll view is scrollable UIScrollViewContentInsetAdjustmentScrollableAxes, // Edges for scrollable axes are adjusted (i.e., contentSize.width/height > frame.size.width/height or alwaysBounceHorizontal/Vertical = YES) UIScrollViewContentInsetAdjustmentNever, // contentInset is not adjusted UIScrollViewContentInsetAdjustmentAlways, // contentInset is always adjusted by the scroll view"s safeAreaInsets } API_AVAILABLE(ios(11.0),tvos(11.0)); /* Configure the behavior of adjustedContentInset. Default is UIScrollViewContentInsetAdjustmentAutomatic. */ @property(nonatomic) UIScrollViewContentInsetAdjustmentBehavior contentInsetAdjustmentBehavior API_AVAILABLE(ios(11.0),tvos(11.0));

看起來這和iOS11搞的safeArea有關,這個先放一遍,看看怎麼適配:

#define adjustsScrollViewInsets_NO(scrollView,vc) do { _Pragma("clang diagnostic push") _Pragma("clang diagnostic ignored "-Warc-performSelector-leaks"") if ([UIScrollView instancesRespondToSelector:NSSelectorFromString(@"setContentInsetAdjustmentBehavior:")]) { [scrollView performSelector:NSSelectorFromString(@"setContentInsetAdjustmentBehavior:") withObject:@(2)]; } else { vc.automaticallyAdjustsScrollViewInsets = NO; } _Pragma("clang diagnostic pop") } while (0)

上面是公司裡面一個大神寫的,這樣就可以在Xcode8上面跑了。

2.tableView默認使用Self-Sizing

這個配合estimatedRowHeight、estimatedSectionFooterHeight、estimatedSectionHeaderHeight使用,可以預估高度。之前,設置高度為0時,需要設置height=0.1,才會起作用,如果直接設置為0,則會使用默認高度,由於自動使用預估高度,所以,忽略了設置的高度,使原來的高度增大了。只要把這幾個屬性設置為0就可以解決。

搞事三:iPhoneX底部tabbar的高度改變

iPhoneX不止多了劉海,底部還有一個半形的矩形,使得tabbar多出來了34p的高度,不過不管導航欄和tabbar一般系統都會自動適配safeArea。

iPhoneX tabbar.png

總結:

iOS11系統改變還是比較大的,某些地方需要注意適配,不然會出現很奇怪的現象。暫時,在iOS11遇到這麼多坑,以後遇到會繼續分享的。

參考:

你可能需要為你的 APP 適配 iOS 11

iOS 11 & iPhone X適配精選

iOS開發:為你的應用兼容iPhone X

適配iOS11&iPhoneX的一些坑

iOS11版本適配問題


喜歡這篇文章嗎?立刻分享出去讓更多人知道吧!

本站內容充實豐富,博大精深,小編精選每日熱門資訊,隨時更新,點擊「搶先收到最新資訊」瀏覽吧!


請您繼續閱讀更多來自 輕芒 的精彩文章:

珠寶品牌&室內設計
珏:辦公室收納與整理
女為悅己者容,非常實用的一款美妝教學……
機器人也需要擁有屬於自己的性格
鑽石萬花筒:買鑽戒,到底選爪鑲還是包鑲?

TAG:輕芒 |