iOS11與iPhone X的適配
文章講解點(diǎn):
1.首先看一下iPhone X的模擬器樣式吧
2.iPhone X的設(shè)計(jì)圖
3.啟動(dòng)頁的適配
4.刷新框架的適配iOS11
5.純代碼的寬高比適配
6.純代碼適配齊劉海
7.純代碼適配iPhone X腳底
8.xib和SB適配
9,適配iOS 11 列表的冊(cè)數(shù)刪除
10.tableView的頭部試圖和尾部試圖
11.UIBarButtonItem的適配
12.無線真機(jī)測(cè)試
13.真機(jī)地圖適配
1.首先看一下iPhone X的模擬器樣式吧


2.iPhone X的設(shè)計(jì)圖
我們可以看出,所有的邊框都是圓角,也是很符合蘋果的設(shè)計(jì)規(guī)則,扁平化更凸現(xiàn)出來。有圖我可能可以看出,iPhone X的狀態(tài)欄由原來的20變更為現(xiàn)在的44,來凸現(xiàn)齊劉海,就是這個(gè)狀態(tài)欄的改變變成了多少程序??噩夢(mèng),同樣也是小編,后面小遍會(huì)介紹怎么適配

3.啟動(dòng)頁的適配(1125 * 2436)
iPhone X采用的和iPhone 6p一樣的@3x的圖, iPhone X的屏幕平尺變?yōu)?code>1125 * 2436,如果你是用的是LaunchImage來管理啟動(dòng)頁。如果你使用的是LaunchScreen來適配的啟動(dòng)頁,畢竟iPhone X的高寬比(iPhone X采用了iPhone 8的寬,卻比iPhone 8p都要高)發(fā)生了變化,就一點(diǎn)是重要的iPhone X 的屏幕平尺變?yōu)?code>1125 * 2436
4.刷新框架的適配iOS11
如果你使用了MJRefresh等刷新,并且你還隱藏了導(dǎo)航,那么你就會(huì)出現(xiàn)一下情況

造成這個(gè)原因就是:iOS 11上面廢除了automaticallyAdjustsScrollViewInsets這個(gè)屬性的使用,確實(shí)使用了UIScrollView's contentInsetAdjustmentBehavior來替代,如何適配?粘上下面代碼即可
if (@available(iOS 11.0, *)) {
self.home_collectionView.contentInsetAdjustmentBehavior = UIApplicationBackgroundFetchIntervalNever;
} else {
self.automaticallyAdjustsScrollViewInsets = false;
// Fallback on earlier versions
}
但是看到每個(gè)地方倒要if else,確實(shí)不舒服,七秒斗膽寫了一個(gè)宏,僅供參考
/// 第一個(gè)參數(shù)是當(dāng)下的控制器適配iOS11 一下的,第二個(gè)參數(shù)表示scrollview或子類
#define AdjustsScrollViewInsetNever(controller,view) if(@available(iOS 11.0, *)) {view.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;} else if([controller isKindOfClass:[UIViewController class]]) {controller.automaticallyAdjustsScrollViewInsets = false;}

5.純代碼的寬高比適配
眾所周知iPhone X的高寬比和以前的iPhone機(jī)型有所改變,那么我們純代碼適配,都是使用的系數(shù)進(jìn)行適配,如:CGRectMake(20kWJWidthCoefficient, 30kWJHeightCoefficient, 100kWJWidthCoefficient, 40kWJHeightCoefficient)這樣就可以適配使用的機(jī)型了,但是偏偏iPhone X上面寬度沒有變,高度卻增加不少,沒辦法只能在kWJHeightCoefficient系數(shù)來做文章吧,七秒沒辦法只能在寫個(gè)宏了不然,我的一個(gè)個(gè)的寫啊,累啊
說了那么多廢話,其實(shí)就是iPhone X的高寬比和iPhone 8的一樣就OK,但是iPhone X確實(shí)用的是@3x的圖
/// 高度系數(shù) 812.0 是iPhoneX的高度尺寸,667.0表示是iPhone 8 的高度,如果你覺的它會(huì)變化,那我也很無奈
#define screenHeightScale (screenHeight == 812.0 ? 667.0/667.0 : screenHeight/667.0)
6.純代碼適配齊劉海
眾所周知,導(dǎo)航的高度為64,在哪個(gè)手機(jī)上面都是不變的,iPhone X沒出來之前是對(duì)的,隨便寫64,iPhone X出來后,大家都傻眼了,導(dǎo)航欄高度變了有可能為88,傻眼了吧,如果你純碼寫的都是64效果如下

這就是自己寫代碼的不規(guī)范造成的,曾經(jīng)有個(gè)程序員給說過:不要在代碼里面看到重復(fù)多次的數(shù)字、字符串等的使用,如果重復(fù)多次就要抽取出來使用常量來表示,如果當(dāng)時(shí)聽他的話,能出現(xiàn)這個(gè)效果,嚇的小遍立馬改為(現(xiàn)在已經(jīng)哭暈廁所)
#define screenToTopHeight (screenHeight == 812.0 ? 88 : 64)
7.純代碼適配iPhone X腳底
原則就是:列表頁面不去適配,底部有按鈕的界面要適配,從模擬器自帶的上面也是看到這種效果

其實(shí)底部角圓角的距離是34,我們可以在任意界面打印安全試圖就可以找到,在viewSafeAreaInsetsDidChange方法里面打印NSLog(@"%@",NSStringFromUIEdgeInsets(self.view.safeAreaInsets));即可知道安全區(qū)域的邊界
注意:
- 1.介紹
viewSafeAreaInsetsDidChange方法系統(tǒng)調(diào)用或者你設(shè)置控制器的additionalSafeAreaInsets安全區(qū)域邊界 - 2.順序
viewSafeAreaInsetsDidChange調(diào)用順序?qū)嵲?code>viewWillAppear之后,在viewWillLayoutSubvies之前調(diào)用
/// 底部宏,吃一見長(zhǎng)一智吧,別寫數(shù)字了
#define screenBottomHeight (screenHeight == 812.0 ? 34 : 0)
8.xib和SB適配
介紹之前,我打算介紹一下系統(tǒng)的安全區(qū)域的范圍
8.1帶有tabbar和navbar的安全區(qū)域

8.2帶有tabbar和隱藏navbar的安全區(qū)域

重點(diǎn):安全區(qū)域就是整個(gè)屏幕--導(dǎo)航欄--狀態(tài)欄--tabbar(自己設(shè)定的安全區(qū)域除外)
小編還沒找到好方法,就該一個(gè)一個(gè)好好拖了,如果你們不要求適配iOS 9一下的,那么你就有福音了,比代碼簡(jiǎn)單太多了,只需要給view打開安全區(qū)域即可。
8.3打開view的安全區(qū)域


8.4設(shè)置頂部約束

8.5設(shè)置距離安全區(qū)域頂部距離

8.6比較

9,適配iOS 11 列表的冊(cè)數(shù)刪除
在iOS8之后,蘋果官方增加了UITableVIew的右滑操作接口,即新增了一個(gè)代理方法(tableView: editActionsForRowAtIndexPath:)和一個(gè)類(UITableViewRowAction),代理方法返回的是一個(gè)數(shù)組,我們可以在這個(gè)代理方法中定義所需要的操作按鈕(刪除、置頂?shù)?,這些按鈕的類就是UITableViewRowAction。這個(gè)類只能定義按鈕的顯示文字、背景色、和按鈕事件。并且返回?cái)?shù)組的第一個(gè)元素在UITableViewCell的最右側(cè)顯示,最后一個(gè)元素在最左側(cè)顯示。從iOS 11開始有了一些改變,首先是可以給這些按鈕添加圖片了,然后是如果實(shí)現(xiàn)了以下兩個(gè)iOS 11新增的代理方法,將會(huì)取代(tableView: editActionsForRowAtIndexPath:)代理方法:
注意:看的有的文章如果在iOS11上面調(diào)用老的刪除,會(huì)崩潰,小編測(cè)試沒有遇到,還是請(qǐng)大家趁早替換適配吧
- (nullable UISwipeActionsConfiguration *)tableView:(UITableView *)tableView leadingSwipeActionsConfigurationForRowAtIndexPath:(NSIndexPath *)indexPath
func tableView(_ tableView: UITableView, trailingSwipeActionsConfigurationForRowAt indexPath: IndexPath) -> UISwipeActionsConfiguration?
右滑和左滑調(diào)用
func tableView(_ tableView: UITableView, trailingSwipeActionsConfigurationForRowAt indexPath: IndexPath) -> UISwipeActionsConfiguration? {
let action = UIContextualAction(style: .destructive, title: "Delete") { (action, view, handler) in
handler(true)
}
let configuration = UISwipeActionsConfiguration(actions: [action])
return configuration
}
func tableView(_ tableView: UITableView, leadingSwipeActionsConfigurationForRowAt indexPath: IndexPath) -> UISwipeActionsConfiguration? {
let action = UIContextualAction(style: .normal, title: "Mark") { (action, view, handler) in
handler(true)
}
action.backgroundColor = UIColor.init(red: 254/255.0, green: 175/255.0, blue: 254/255.0, alpha: 1);
let configuration = UISwipeActionsConfiguration(actions: [action])
return configuration
}
10.tableView的頭部試圖和尾部試圖
在iOS11里面有時(shí)候在tableView的頭部和尾部留白,因?yàn)樘O果給滾動(dòng)試圖加進(jìn)去了self-sizeing,開始計(jì)算逐步計(jì)算contentSize,默認(rèn)如果不去實(shí)現(xiàn)viewForHeaderInSection就不會(huì)調(diào)用heightForHeaderInSection,尾部試圖一樣。
func tableView(_ tableView: UITableView, viewForHeaderInSection section: Int) -> UIView? { }
func tableView(_ tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat { return 0.001 }
如果你不想實(shí)現(xiàn)viewForHeaderInSection也不想留白,那么只需要你把self-sizeing自動(dòng)估高關(guān)閉即可
/// 自動(dòng)關(guān)閉估算高度,不想估算那個(gè),就設(shè)置那個(gè)即可
self.tableView.estimatedRowHeight = 0;
self.tableView.estimatedSectionHeaderHeight = 0;
self.tableView.estimatedSectionFooterHeight = 0;
11.UIBarButtonItem的適配

在iOS 11 里面使用 CustomView創(chuàng)建的item造成frame錯(cuò)亂以及設(shè)置邊距item.width = -20等失效問題,歸根結(jié)底是因?yàn)樘O果更改了iOS11上面uinavigationBar的結(jié)構(gòu)

添加的right和left直接添加到navigationBar上面,并且使用的是frame布局的

有圖我們可以看到, 添加的right和left的UIBarButtonItem并不是直接添加到nagitionBar上面。而是在外面嵌套了一個(gè)uibuttonBarStackView,而StackView并不是使用的frame,而是用的約束來布局,所以必須得用 AutoLayout 了!
/// 適配iOS11 UIBarButtonItem 添加自定義布局
if (@available(iOS 9.0,*)) {
[backbtn.widthAnchor constraintEqualToConstant:size.width].active = true;
[backbtn.heightAnchor constraintEqualToConstant:size.height].active = true;
}

iPhoneX 適配筆記
iOS11和iPhone X的適配
2017年iOS面試題總結(jié)
iOS開發(fā)個(gè)人開發(fā)賬號(hào)的證書詳細(xì)使用及介紹
自定義XIB View里面添加其他自定義Xib View