iOS11與iPhone X的適配
文章講解點：
1.首先看一下iPhone X的模擬器樣式吧
2.iPhone X的設計圖
3.啟動頁的適配
4.刷新框架的適配iOS11
5.純代碼的寬高比適配
6.純代碼適配齊劉海
7.純代碼適配iPhone X腳底
8.xib和SB適配
9,適配iOS 11 列表的冊數刪除
10.tableView的頭部試圖和尾部試圖
11.UIBarButtonItem的適配
12.無線真機測試
13.真機地圖適配
1.首先看一下iPhone X的模擬器樣式吧
2.iPhone X的設計圖
我們可以看出，所有的邊框都是圓角，也是很符合蘋果的設計規則，扁平化更凸現出來。有圖我可能可以看出，iPhone X的狀態欄由原來的20變更為現在的44,來凸現齊劉海，就是這個狀態欄的改變變成了多少程序??噩夢，同樣也是小編，后面小遍會介紹怎么適配
3.啟動頁的適配(1125 * 2436)
iPhone X采用的和iPhone 6p一樣的@3x的圖, iPhone X的屏幕平尺變為1125 * 2436，如果你是用的是LaunchImage來管理啟動頁。如果你使用的是LaunchScreen來適配的啟動頁，畢竟iPhone X的高寬比（iPhone X采用了iPhone 8的寬，卻比iPhone 8p都要高）發生了變化，就一點是重要的iPhone X 的屏幕平尺變為1125 * 2436
4.刷新框架的適配iOS11
如果你使用了MJRefresh等刷新，并且你還隱藏了導航，那么你就會出現一下情況
造成這個原因就是：iOS 11上面廢除了automaticallyAdjustsScrollViewInsets這個屬性的使用，確實使用了UIScrollView's contentInsetAdjustmentBehavior來替代，如何適配？粘上下面代碼即可
if (@available(iOS 11.0, *)) {
self.home_collectionView.contentInsetAdjustmentBehavior = UIApplicationBackgroundFetchIntervalNever;
} else {
self.automaticallyAdjustsScrollViewInsets = false;
// Fallback on earlier versions
}
但是看到每個地方倒要if else,確實不舒服，七秒斗膽寫了一個宏，僅供參考
/// 第一個參數是當下的控制器適配iOS11 一下的，第二個參數表示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機型有所改變，那么我們純代碼適配，都是使用的系數進行適配，如：CGRectMake(20kWJWidthCoefficient, 30kWJHeightCoefficient, 100kWJWidthCoefficient, 40kWJHeightCoefficient)這樣就可以適配使用的機型了，但是偏偏iPhone X上面寬度沒有變，高度卻增加不少，沒辦法只能在kWJHeightCoefficient系數來做文章吧，七秒沒辦法只能在寫個宏了不然，我的一個個的寫啊，累啊
說了那么多廢話，其實就是iPhone X的高寬比和iPhone 8的一樣就OK，但是iPhone X確實用的是@3x的圖
/// 高度系數 812.0 是iPhoneX的高度尺寸，667.0表示是iPhone 8 的高度，如果你覺的它會變化，那我也很無奈
#define screenHeightScale (screenHeight == 812.0 ? 667.0/667.0 : screenHeight/667.0)
6.純代碼適配齊劉海
眾所周知，導航的高度為64，在哪個手機上面都是不變的,iPhone X沒出來之前是對的，隨便寫64,iPhone X出來后，大家都傻眼了，導航欄高度變了有可能為88,傻眼了吧，如果你純碼寫的都是64效果如下
這就是自己寫代碼的不規范造成的，曾經有個程序員給說過：不要在代碼里面看到重復多次的數字、字符串等的使用，如果重復多次就要抽取出來使用常量來表示，如果當時聽他的話，能出現這個效果，嚇的小遍立馬改為（現在已經哭暈廁所）
#define screenToTopHeight (screenHeight == 812.0 ? 88 : 64)
7.純代碼適配iPhone X腳底
原則就是:列表頁面不去適配，底部有按鈕的界面要適配，從模擬器自帶的上面也是看到這種效果
其實底部角圓角的距離是34,我們可以在任意界面打印安全試圖就可以找到,在viewSafeAreaInsetsDidChange方法里面打印NSLog(@"%@",NSStringFromUIEdgeInsets(self.view.safeAreaInsets));即可知道安全區域的邊界
注意：
- 1.介紹
viewSafeAreaInsetsDidChange方法系統調用或者你設置控制器的additionalSafeAreaInsets安全區域邊界 - 2.順序
viewSafeAreaInsetsDidChange調用順序實在viewWillAppear之后，在viewWillLayoutSubvies之前調用
/// 底部宏，吃一見長一智吧，別寫數字了
#define screenBottomHeight (screenHeight == 812.0 ? 34 : 0)
8.xib和SB適配
介紹之前，我打算介紹一下系統的安全區域的范圍
8.1帶有tabbar和navbar的安全區域
8.2帶有tabbar和隱藏navbar的安全區域
重點：安全區域就是整個屏幕--導航欄--狀態欄--tabbar（自己設定的安全區域除外）
小編還沒找到好方法，就該一個一個好好拖了，如果你們不要求適配iOS 9一下的，那么你就有福音了，比代碼簡單太多了，只需要給view打開安全區域即可。
8.3打開view的安全區域
8.4設置頂部約束
8.5設置距離安全區域頂部距離
8.6比較
9,適配iOS 11 列表的冊數刪除
在iOS8之后，蘋果官方增加了UITableVIew的右滑操作接口，即新增了一個代理方法(tableView: editActionsForRowAtIndexPath:)和一個類(UITableViewRowAction)，代理方法返回的是一個數組，我們可以在這個代理方法中定義所需要的操作按鈕(刪除、置頂等)，這些按鈕的類就是UITableViewRowAction。這個類只能定義按鈕的顯示文字、背景色、和按鈕事件。并且返回數組的第一個元素在UITableViewCell的最右側顯示，最后一個元素在最左側顯示。從iOS 11開始有了一些改變，首先是可以給這些按鈕添加圖片了，然后是如果實現了以下兩個iOS 11新增的代理方法，將會取代(tableView: editActionsForRowAtIndexPath:)代理方法：
注意：看的有的文章如果在iOS11上面調用老的刪除，會崩潰，小編測試沒有遇到，還是請大家趁早替換適配吧
- (nullable UISwipeActionsConfiguration *)tableView:(UITableView *)tableView leadingSwipeActionsConfigurationForRowAtIndexPath:(NSIndexPath *)indexPath
func tableView(_ tableView: UITableView, trailingSwipeActionsConfigurationForRowAt indexPath: IndexPath) -> UISwipeActionsConfiguration?
右滑和左滑調用
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里面有時候在tableView的頭部和尾部留白，因為蘋果給滾動試圖加進去了self-sizeing，開始計算逐步計算contentSize，默認如果不去實現viewForHeaderInSection就不會調用heightForHeaderInSection,尾部試圖一樣。
func tableView(_ tableView: UITableView, viewForHeaderInSection section: Int) -> UIView? { }
func tableView(_ tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat { return 0.001 }
如果你不想實現viewForHeaderInSection也不想留白，那么只需要你把self-sizeing自動估高關閉即可
/// 自動關閉估算高度，不想估算那個，就設置那個即可
self.tableView.estimatedRowHeight = 0;
self.tableView.estimatedSectionHeaderHeight = 0;
self.tableView.estimatedSectionFooterHeight = 0;
11.UIBarButtonItem的適配
在iOS 11 里面使用 CustomView創建的item造成frame錯亂以及設置邊距item.width = -20等失效問題，歸根結底是因為蘋果更改了iOS11上面uinavigationBar的結構
添加的right和left直接添加到navigationBar上面，并且使用的是frame布局的
有圖我們可以看到， 添加的right和left的UIBarButtonItem并不是直接添加到nagitionBar上面。而是在外面嵌套了一個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面試題總結
iOS開發個人開發賬號的證書詳細使用及介紹
自定義XIB View里面添加其他自定義Xib View
