前言

iOS 11beta版已經來了，正式版我想應該也快了，作為一個iOS開發(fā)者馆类，這意味著馬上就要著手來適配iOS 11了。在開始之前弹谁，我想對于iOS 11中的新特性乾巧，還是很有必要先了解一下的≡し撸總不能每次都是坐等別人的適配手冊吧沟于。

這里并沒有提到新增加的ARKit、CoreML植康，我想這些新框架目前我們應該還接觸不到旷太。至于Drag & Drop，這個還是蠻有意思的，有時間的時候可以整理下供璧。

UIViewController

• topLayoutGuide, bottomLayoutGuide
  這2個屬性被標記為過期了存崖，但是在Storyboard里設置約束的時候，還是會出現這2個屬性
• automaticallyAdjustsScrollViewInsets
  這個屬性也被標記過期了睡毒，可以使用UIScrollView的contentInsetAdjustmentBehavior替代

UIScrollView

• 新增contentInsetAdjustmentBehavior屬性
  替代之前UIViewController的automaticallyAdjustsScrollViewInsets来惧，作用類似，會根據某些情況自動調整scrollview的contentInset（實際改變的是adjustedContentInset屬性吕嘀，contentInset屬性不會變）
  有4個可選值：

 public enum UIScrollViewContentInsetAdjustmentBehavior : Int {
    case automatic // 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
    case scrollableAxes // Edges for scrollable axes are adjusted (i.e., contentSize.width/height > frame.size.width/height or alwaysBounceHorizontal/Vertical = YES)
    case never // contentInset is not adjusted
    case always // contentInset is always adjusted by the scroll view's safeAreaInsets
}

• 新增safeAreaInsets: UIEdgeInsets屬性
  只讀屬性违寞，為了配合contentInsetAdjustmentBehavior使用
• 新增adjustedContentInset: UIEdgeInsets屬性
  只讀屬性，這個屬性會根據safeAreaInsets的變化而變化
• UIScrollViewDelegate新增scrollViewDidChangeAdjustedContentInset偶房，當adjustedContentInset變化時會調用
  UIScrollView的這幾個Inset的改變需要引起注意趁曼，他改變了原來的contentInset的邏輯（比如現在contentInset不會受UINavigationBar的isTranslucent影響了），可能會對現有的項目中的頁面展示有影響棕洋，在項目適配iOS11時需要留意下挡闰。

UINavigationBar

• 新增prefersLargeTitles: Bool屬性
  大標題，默認為false掰盘，當設置為true時摄悯，navigation bar會顯示大標題，向上滑動頁面愧捕，navigation bar 會變小直到顯示成跟之前一樣奢驯，同時title位置會發(fā)生變化

navigationController?.navigationBar.prefersLargeTitles = true

效果如下：

大標題

UINavigationItem

• 新增largeTitleDisplayMode屬性
  這個屬性配合navigation bar的大標題使用的。
  當navigation bar啟用prefersLargeTitles后邮偎，這個屬性才會生效管跺，可以控制某個單獨的ViewController中的large title顯示模式，有三個可選值：

public enum LargeTitleDisplayMode : Int {
        /// Automatically use the large out-of-line title based on the state of the previous item in the navigation bar. An item with largeTitleDisplayMode=Automatic will show or hide the large title based on the request of the previous navigation item. If the first item pushed is set to Automatic, then it will show the large title if the navigation bar has prefersLargeTitles=YES.
        case automatic
        /// Always use a larger title when this item is top most.
        case always
        /// Never use a larger title when this item is top most.
        case never
    }

使用方法：

navigationItem.largeTitleDisplayMode = .never

簡單來說：

• automatic：與上一個navigation item設置的largeTitleDisplayMode相同
• always: 總是啟用大標題禾进。剛開始有個誤解豁跑，always并不是說當scrollview滾動的時候，navigation bar一直是大標題模式泻云，而是指艇拍，不管上一個viewcontroller設置的是什么，這個viewcontroller都是啟用大標題
• never：總是顯示小標題模式宠纯，就是我們正呈缜悖看到的導航欄標題樣式

關于如何修改largetitle的樣式，目前尚沒找到正確的打開方式征椒。以前通過navigationbar.titleTextAttributes直接修改小標題的樣式，對大標題無效（至少目前看是無效的）湃累。

• 新增searchController屬性
  在navigation bar下面增加一個搜索框

 let searchController = UISearchController(searchResultsController: nil)
searchController.searchBar.backgroundColor = .white
navigationItem.searchController = searchController

效果如下：

searchcontroller.gif

• 新增hidesSearchBarWhenScrolling：Bool屬性
  配合searchController使用的勃救，默認是true碍讨。
  這個屬性是控制searchController默認是否顯示的。
  通過上圖也可以看到蒙秒，searchBar默認是隱藏的勃黍，當下拉的時候才會顯示出來，再上拉又會隱藏晕讲。
  當設置為false時覆获，searchBar會一直顯示，當scrollview下拉時瓢省，searchBar會隨著scrollview往下走弄息，上拉時，則固定在頂部不動勤婚。
  如下圖：

searchcontroller2.gif

UITableView

• 新增separatorInsetReference屬性
  分割線相關的型雳，有2個可選值：

public enum UITableViewSeparatorInsetReference : Int {
    // The value set to the separatorInset property is interpreted as an offset from the edges of the cell.
    case fromCellEdges
    // The value set to the separatorInset property is interpreted as an offset from the automatic separator insets.
    case fromAutomaticInsets
}

舉個例子当凡，TableView的separator默認左邊會留15，如果要去掉這個空隙四啰，頂頭顯示
iOS 11之前的寫法：

table.separatorInset = UIEdgeInsets(top: 0, left: 0, bottom: 0, right: 0)
cell.layoutMargins = .zero

iOS 11之后的寫法：

table.separatorInsetReference = .fromCellEdges //默認就是fromCellEdges宁玫，所以可以不寫這行代碼
cell.separatorInset = .zero

目前我測試的結果是，當設置separatorInsetReference為fromCellEdges時柑晒，separator的Inset就相當于 cell.separatorInset欧瘪，當設置為fromAutomaticInsets時，tableView.separatorInset和cell.separatorInset都無效匙赞。（可能是我的打開方式不對佛掖？）

• 新增performBatchUpdates函數，支持批量操作了

Swipe actions

主要是實現了TableViewCell的左劃和右劃手勢功能
在UITableViewDelegate中涌庭，新增了兩個delegate芥被，如下：

// These methods supersede -editActionsForRowAtIndexPath: if implemented
// return nil to get the default swipe actions
@available(iOS 11.0, *)
optional public func tableView(_ tableView: UITableView, leadingSwipeActionsConfigurationForRowAt indexPath: IndexPath) -> UISwipeActionsConfiguration?

@available(iOS 11.0, *)
optional public func tableView(_ tableView: UITableView, trailingSwipeActionsConfigurationForRowAt indexPath: IndexPath) -> UISwipeActionsConfiguration?

可以看到，這2個delegate是為了取代原有的editActionsForRowAtIndexPath的坐榆，并且細化了是左滑還是右滑拴魄，同時提供了很不錯的交互體驗。
下面代碼是實現了一個Star功能的左滑手勢

func tableView(_ tableView: UITableView, leadingSwipeActionsConfigurationForRowAt indexPath: IndexPath) -> UISwipeActionsConfiguration? {
        
       let action = UIContextualAction(style: .normal, title: "Star") { (action, view, handler) in
            self.starAction(indexPath: indexPath)
            handler(true)
        }
        action.backgroundColor = .green
        if let stared = stars[indexPath], stared {
            action.title = "Unstar"
            action.backgroundColor = .red
        }
        
        return UISwipeActionsConfiguration(actions: [action])
    }

先看效果：

leadingswipe.gif

下面看下里面涉及到的幾個類

• UIContextualAction
  表示的是滑開后顯示的一個操作按鈕，它有下面幾個屬性：
  • style: 有2個可選值：.normal 和 .destructive匹中，區(qū)別是背景色不同夏漱，.normal是灰色，.destructive是紅色顶捷。當然如果手動設置了action.backgroundColor挂绰，則以backgroundColor為準。
    還有一個區(qū)別服赎，下面會說葵蒂。
  • title: action顯示的文字，目前沒有發(fā)現api可以修改這個title的font和color
  • image: 設置action的圖片重虑，設置了image就不會顯示文字了
  • handler: 點擊action后的回調践付，它的定義如下：

// call the completionHandler to reset the context to its normal state (e.g. when swiping, resets to unswiped state)
// pass YES to the completionHandler if the action was actually performed, to show a visual indication of the successful completion
public typealias UIContextualActionHandler = (UIContextualAction, UIView, (Bool) -> Swift.Void) -> Swift.Void

可以看到有3個參數:
UIContextualAction: 就是當前所屬的action啦
UIView: 可以理解成action所呈現出來的那個視圖。如果是action是文字的嚎尤，view是一個叫做UIButtonLabel的東東荔仁，如果是image的，view則是UIImageView
(Bool) -> Swift.Void: 這個參數是一個閉包芽死，他的作用是一個completionHandler乏梁，在handler的定義上面，已經給出了說明关贵，意思是在handler里你應該調用這個completionHandler遇骑，以恢復到正常狀態(tài)（可以看上面那個效果圖，點擊action后揖曾，cell會恢復到未左滑的狀態(tài)）如果不調用落萎，點擊后就會是保持現有的左側滑開的狀態(tài)。
而且這個completionHandler也需要一個Bool類型的參數炭剪，傳true和傳false有什么區(qū)別呢练链？官方的說明是pass YES to the completionHandler if the action was actually performed
其實這個就是style中的normal和destructive的另一個區(qū)別。
我們知道奴拦，destructive的意思是危險操作媒鼓，一般表示的是刪除。如果你調用completionHandler傳的是true错妖，當style=.destructive時绿鸣，系統(tǒng)會刪掉這個cell，沒錯暂氯，刪掉這個cell潮模！按照官方的解釋可以理解成，destructive就是刪除痴施，你傳了true擎厢，說明action actually performed究流，那系統(tǒng)就會刪掉這個cell.
對于style=.normal的，我試了锉矢，傳true和false梯嗽，沒區(qū)別。

• UISwipeActionsConfiguration
  它只有兩個屬性沽损，一個是actions數組，表明你可以添加多個action操作循头；還有一個叫performsFirstActionWithFullSwipe绵估，默認是true，意思是當你full swipe（完全滑動）的時候卡骂，系統(tǒng)會自動執(zhí)行第一個action的handler国裳，這個在上面的效果圖上也能看到。
  右滑跟左滑類似全跨，就不再說了缝左。

結束語

目前就整理了這么多，如果有描述錯誤的浓若，還望不吝賜教渺杉。
希望大家都順利完成iOS11的適配工作！????