iOS11和iPhone X的適配

今天更新了xcode9戒努,也終于見到iPhone X 的真面,看著齊劉海的樣式镐躲,真心難看,怎么適配储玫,如何快速適配到項(xiàng)目中,成了一個(gè)蛋疼的問題,二話不說開搞.

文章講解點(diǎn):

1.首先看一下iPhone X的模擬器樣式吧
2.iPhone X的設(shè)計(jì)圖
3.啟動(dòng)頁(yè)的適配
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的模擬器樣式吧


91DC6164-6318-4E17-AC07-E014651BE287.png

2.iPhone X的設(shè)計(jì)圖
我們可以看出萤皂,所有的邊框都是圓角撒穷,也是很符合蘋果的設(shè)計(jì)規(guī)則,扁平化更凸現(xiàn)出來裆熙。有圖我可能可以看出桥滨,iPhone X的狀態(tài)欄由原來的20變更為現(xiàn)在的44
,來凸現(xiàn)齊劉海,后面小遍會(huì)介紹怎么適配

1773988-e245cf546b56ac19.png.jpeg

3.啟動(dòng)頁(yè)的適配

iPhone X采用的和iPhone 6p一樣的@3x的圖弛车,適配起來還是比較好弄的,但是iPhone X 的屏幕平尺變?yōu)?125 * 2436蒲每,如果你是用的是LaunchImage來管理啟動(dòng)頁(yè)纷跛,那就可以找設(shè)計(jì)給你弄一張圖出來了。如果你使用的是LaunchScreen來適配的啟動(dòng)頁(yè)邀杏,設(shè)計(jì)師會(huì)給出方案贫奠,畢竟iPhone X的高寬比(iPhone X采用了iPhone 8的寬,卻比iPhone 8p都要高)發(fā)生了變化望蜡,就一點(diǎn)是重要的iPhone X 的屏幕平尺變?yōu)?125 * 2436

DF00B798-E82A-4907-BBC5-7BEFB2F15541.png
如果你問我那個(gè)Landscape是干啥的!那么我就大方地告訴你他是橫屏啟動(dòng)頁(yè)

4.刷新框架的適配iOS11
如果你使用了MJRefresh等刷新唤崭,并且你還隱藏了導(dǎo)航,那么你就會(huì)出現(xiàn)一下情況

1773988-fb51d7d5b4fdc819.png.jpeg

造成這個(gè)原因就是:iOS 11上面廢除了automaticallyAdjustsScrollViewInsets這個(gè)屬性的使用脖律,妹妹的搞什么谢肾,確實(shí)使用了UIScrollView's contentInsetAdjustmentBehavior來替代,詳細(xì)介紹!如何適配小泉?粘上下面代碼即可

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;}
2FD60EC7-7040-4393-B69F-91D72A5EF3D0.png

5.純代碼的寬高比適配

iPhone X的高寬比和以前的iPhone機(jī)型有所改變酸茴,那么我們純代碼適配,都是使用的系數(shù)進(jìn)行適配兢交,如:

CGRectMake(20*WidthCoefficient, 30*HeightCoefficient, 100*WidthCoefficient, 40*HeightCoefficient)

這樣就可以適配使用的機(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 HeightCoefficient (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效果如下

843EBE42-38F3-4290-AA06-E02FE6525C7E.png

這就是自己寫代碼的不規(guī)范造成的畏陕,曾經(jīng)有個(gè)程序員給說過:不要在代碼里面看到重復(fù)多次的數(shù)字配乓、字符串等的使用,如果重復(fù)多次就要抽取出來使用常量來表示惠毁,如果當(dāng)時(shí)聽他的話犹芹,能出現(xiàn)這個(gè)效果,
重點(diǎn) :別直接寫64了鞠绰,也別直接寫88,寫宏吧

    #define SafeAreaTopHeight (ScreenHeight == 812.0 ? 88 : 64)

之后效果會(huì)變成這樣

2A7C2B48-1980-46D6-9709-65CFAFCA2549.png

看起來是不是舒爽了很多

7.純代碼適配iPhone X腳底

腳底到底要不要適配腰埂,默默告訴你,還是問你設(shè)計(jì)師吧蜈膨,誰(shuí)讓他是老大呢屿笼,我的原則就是:列表頁(yè)面不去適配,底部有按鈕的界面要適配翁巍,從模擬器自帶的上面也是看到這種效果

0415F630-EA00-404F-BFEC-235AAD58E3B2.png
C5958632-D382-478E-B472-D23D6A99C5E8.png

其實(shí)底部角圓角的距離是34,我們可以在任意界面打印安全試圖就可以找到,在viewSafeAreaInsetsDidChange方法里面打印

NSLog(@"%@",NSStringFromUIEdgeInsets(self.view.safeAreaInsets));

即可知道安全區(qū)域的邊界
注意:
1.介紹viewSafeAreaInsetsDidChange方法系統(tǒng)調(diào)用或者你設(shè)置控制器的additionalSafeAreaInsets安全區(qū)域邊界
2.順序viewSafeAreaInsetsDidChange調(diào)用順序?qū)嵲趘iewWillAppear之后驴一,在viewWillLayoutSubvies之前調(diào)用
重點(diǎn) :設(shè)置你底部的按鈕按鈕底部距離底部34即可,但是不要讓上面的試圖的高度蓋住底部按鈕

  /// 底部宏灶壶,吃一見長(zhǎng)一智吧肝断,別寫數(shù)字了
  #define SafeAreaBottomHeight (ScreenHeight == 812.0 ? 34 : 0)

8.xib和SB適配
介紹之前,我打算介紹一下系統(tǒng)的安全區(qū)域的范圍

8.1帶有tabbar和navbar的安全區(qū)域


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

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

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


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

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

重點(diǎn):安全區(qū)域就是整個(gè)屏幕--導(dǎo)航欄--狀態(tài)欄--tabbar
(自己設(shè)定的安全區(qū)域除外)

xib的適配齊劉海和圓角不會(huì)讓我一個(gè)一個(gè)約束去拖吧驰凛,如果你們項(xiàng)目要求適配iOS 9一下的孝情,還沒找到好方法,就該一個(gè)一個(gè)好好拖了洒嗤,如果你們不要求適配iOS 9一下的箫荡,那么你就有福音了,比代碼簡(jiǎn)單太多了渔隶,只需要給view打開安全區(qū)域即可羔挡。

8.3打開view的安全區(qū)域


打開view的安全區(qū)域

打開view的安全區(qū)域

打開view的安全區(qū)域

打開view的安全區(qū)域

8.4設(shè)置頂部約束
域頂部


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

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

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


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

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

8.6比較


設(shè)置安全區(qū)域和沒有設(shè)置比較

設(shè)置安全區(qū)域和沒有設(shè)置比較

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ì)崩潰,沒有遇到穴张,還是請(qǐng)大家趁早替換適配吧

  - (nullable UISwipeActionsConfiguration *)tableView:(UITableView *)tableView leadingSwipeActionsConfigurationForRowAtIndexPath:(NSIndexPath *)indexPath
  func tableView(_ tableView: UITableView, trailingSwipeActionsConfigurationForRowAt indexPath: IndexPath) -> UISwipeActionsConfiguration?

9.1,右滑和左滑調(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的適配

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

iOS 11以前的navigationBar

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

iOS 11 navigationBar結(jié)構(gòu)圖

iOS 11 navigationBar結(jié)構(gòu)圖

有圖我們可以看到, 添加的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; }

6546F2A2-2783-4531-A10B-B10CFCB9BE77.png

12.無線真機(jī)測(cè)試
這應(yīng)該也是xcode 9的一個(gè)亮點(diǎn)吧桃纯,但是速度真的不是很干恭維的。注意手機(jī)和電腦必須在同一個(gè)局域網(wǎng)內(nèi)首先使用手機(jī)連接xcode之后披坏,打開window->Devices and Simulator->勾選Show as run destination和Connect via network
,這樣就可以無線測(cè)試了态坦,以后媽媽再也不用擔(dān)心忘記帶線了

無線測(cè)試1.png

無線測(cè)試1.png

無線測(cè)試2

無線測(cè)試2

13.iOS11 真機(jī)地圖
在iOS11地圖適配,在iOS11中棒拂,如果使用到地圖伞梯,我們就需要在info,里面添NSLocationAlwaysAndWhenInUseUsageDescription和NSLocationWhenInUseUsageDescription才可以在ios11里面正常調(diào)出地圖

660CAE6D-CA89-4FD7-A335-60E8785E4A1D.png
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末玫氢,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子谜诫,更是在濱河造成了極大的恐慌漾峡,老刑警劉巖,帶你破解...
    沈念sama閱讀 219,490評(píng)論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件喻旷,死亡現(xiàn)場(chǎng)離奇詭異生逸,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī)且预,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,581評(píng)論 3 395
  • 文/潘曉璐 我一進(jìn)店門槽袄,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人辣之,你說我怎么就攤上這事掰伸。” “怎么了怀估?”我有些...
    開封第一講書人閱讀 165,830評(píng)論 0 356
  • 文/不壞的土叔 我叫張陵狮鸭,是天一觀的道長(zhǎng)。 經(jīng)常有香客問我多搀,道長(zhǎng)歧蕉,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,957評(píng)論 1 295
  • 正文 為了忘掉前任康铭,我火速辦了婚禮惯退,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘从藤。我一直安慰自己催跪,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,974評(píng)論 6 393
  • 文/花漫 我一把揭開白布夷野。 她就那樣靜靜地躺著懊蒸,像睡著了一般。 火紅的嫁衣襯著肌膚如雪悯搔。 梳的紋絲不亂的頭發(fā)上骑丸,一...
    開封第一講書人閱讀 51,754評(píng)論 1 307
  • 那天,我揣著相機(jī)與錄音妒貌,去河邊找鬼通危。 笑死,一個(gè)胖子當(dāng)著我的面吹牛灌曙,可吹牛的內(nèi)容都是我干的菊碟。 我是一名探鬼主播,決...
    沈念sama閱讀 40,464評(píng)論 3 420
  • 文/蒼蘭香墨 我猛地睜開眼在刺,長(zhǎng)吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼框沟!你這毒婦竟也來了藏古?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,357評(píng)論 0 276
  • 序言:老撾萬榮一對(duì)情侶失蹤忍燥,失蹤者是張志新(化名)和其女友劉穎拧晕,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體梅垄,經(jīng)...
    沈念sama閱讀 45,847評(píng)論 1 317
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡厂捞,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,995評(píng)論 3 338
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了队丝。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片靡馁。...
    茶點(diǎn)故事閱讀 40,137評(píng)論 1 351
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖机久,靈堂內(nèi)的尸體忽然破棺而出臭墨,到底是詐尸還是另有隱情,我是刑警寧澤膘盖,帶...
    沈念sama閱讀 35,819評(píng)論 5 346
  • 正文 年R本政府宣布胧弛,位于F島的核電站,受9級(jí)特大地震影響侠畔,放射性物質(zhì)發(fā)生泄漏结缚。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,482評(píng)論 3 331
  • 文/蒙蒙 一软棺、第九天 我趴在偏房一處隱蔽的房頂上張望红竭。 院中可真熱鬧,春花似錦喘落、人聲如沸茵宪。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,023評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)稀火。三九已至,卻和暖如春兽狭,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背鹿蜀。 一陣腳步聲響...
    開封第一講書人閱讀 33,149評(píng)論 1 272
  • 我被黑心中介騙來泰國(guó)打工箕慧, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人茴恰。 一個(gè)月前我還...
    沈念sama閱讀 48,409評(píng)論 3 373
  • 正文 我出身青樓颠焦,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親往枣。 傳聞我的和親對(duì)象是個(gè)殘疾皇子伐庭,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,086評(píng)論 2 355

推薦閱讀更多精彩內(nèi)容

  • 隨著iOS11和xcode9剛開始正式發(fā)布粉渠,小編也迫不及待的更新了xcode9,手機(jī)也順利更新到iOS圾另,也終于見到...
    七秒記憶的魚兒閱讀 96,358評(píng)論 97 410
  • 導(dǎo)航 1霸株、iOS 11 多了一個(gè)LargeTitleView,大字標(biāo)題集乔,導(dǎo)致導(dǎo)航欄達(dá)到了96p去件,默認(rèn)關(guān)閉 2、UI...
    大猿媛閱讀 550評(píng)論 1 2
  • iOS11與iPhone X的適配 文章講解點(diǎn):1.首先看一下iPhone X的模擬器樣式吧2.iPhone X的...
    iYeso閱讀 475評(píng)論 0 3
  • 奶奶10月19日凌晨1點(diǎn)突然過世了扰路。 我凌晨4點(diǎn)半返回家中尤溜,奇怪的是我并沒有哭,也沒有難過汗唱。 我懷疑自己是不是太冷...
    月心君閱讀 180評(píng)論 0 0
  • 雅昌新聞編輯: 最近發(fā)現(xiàn)你們網(wǎng)站轉(zhuǎn)載本人多篇原創(chuàng)文章宫莱,均無作者署名,請(qǐng)問這是怎么回事哩罪?你站行為不僅侵犯了作者著作權(quán)...
    杜洪毅閱讀 380評(píng)論 2 0