iOS 9 分屏多任務：Slide Over & Split View快速入門（中文版）
按照本章中的指導，在支持的iPad設備上讓你的App運行iOS 9多任務。
當你新建一個Xcode 7模板工程時，是默認支持Slide Over和Split View。如果你從老的工程升級到iOS 9，通過以下的步驟設置你的Xcode工程配置，從而讓App支持Slide Over和Split View：
- 按照 App Distribution Guide 中 Setting the Base SDK 的描述，將Base SDK設置為“Latest iOS”。
- 提供LaunchScreen.storyboard 文件（而不是在iOS 7以及更早版本中的.png圖片文件）。請參閱 App Distribution Guide 中的 Creating a Launch Screen File。
- 在項目的Info.plist文件中的“Supported interface orientations (iPad)”數(shù)組，聲明支持所有四個設備方向，如下所示
注意：如果你一定不支持Slide Over和Split View，在你的Xcode 項目的Info.plist文件中顯式地加入UIRequiresFullScreen關鍵字并為其Boolean值賦上YES。你可以在屬性列表編輯器，或在目標編輯器的General>Deployment Info區(qū)域設置。
提示：通過設置Settings > General > Multitasking，用戶可禁用Slide Over和Split View 。如果你已經把一切都設置正確后，但仍無法使用這些特性，你可以檢查這項設置。
對于如何使用Slide Over和Split View，可以下載Lister (for watchOS, iOS, and OS X)示例代碼工程。
在 Slide Over and Split View中，主要和次要App都同時運行在前臺，大多數(shù)情況下它們都是平等的。但只有主要App可以：
- 擁有自己的狀態(tài)欄；
- 有資格使用第二物理屏幕工作；
- 可使用畫中畫自動調用；
- 可以占用橫屏下的2/3屏幕面積，并且在分屏視圖中，水平方向上是regular Size Class（橫屏Split View中，次要應用最多占用二分之一的屏幕，并且在水平方向上是compact Size Class）。
在Split View中，用戶控制你的應用程序窗口的大小。用戶通過旋轉設備（如在iOS的早期版本），或者水平滑動分割主要應用和次級應用程序的垂直分隔線來此操作。當兩種類型的變化發(fā)生時，系統(tǒng)以同樣的方式通知你的應用程序：窗口范圍界限的改變會伴隨改變根視圖控制器的Size Classes。（用戶移動分屏控件也會顯示App狀態(tài)過渡，在本節(jié)后面介紹。）
此前，iPad的水平和垂直Size Classes總是“regular”。隨著Slide Over 和 Split View出現(xiàn)，這些都已經有很大的改變。下圖顯示了你的App會遇到用戶操作iPad屏幕后不同的Size Classes。
為了App的內容正確顯示，你的App必須是自適應的。你的App設置應當：
- 按照 Auto Layout Guide、Size Classes Design Help 以及 Simulating Screen Size and Orientation 中描述的那樣使用Auto Layout和Size Classes。
- 這要求App中的LaunchScreen.storyboard文件必須支持Auto Layout。使用Xcode 7中的App模板創(chuàng)建的新工程會自動生成LaunchScreen.storyboard文件。學習如何添加這個文件到你的工程中，請參閱 App Distribution Guide 中的Creating a Launch Screen File 內容。
- 實現(xiàn) UITraitEnvironment?和 UIContentContainer 中的方法，響應?trait collection和尺寸大小的改變。
- 按照 App Programming Guide for iOS 中 Execution States for Apps 中所述，響應App狀態(tài)轉換協(xié)議方法調用。
- 正確地處理你的App的狀態(tài)轉換在iOS9中尤為重要。在Split View上下文中，每當用戶移動Split View分割器時，屏幕上的兩個應用程序都將移動到屏幕之外。甚至是當用戶改變主意并將分割器返回起點時，這種情況也會發(fā)生。
當用戶移動分割控件時，系統(tǒng)會使用 ApplicationWillResignActive: 協(xié)議方法調用App委托對象。
系統(tǒng)會重新調整你的App（屏幕外）以捕捉到一個或多個快照，確保當用戶最終釋放分隔控件時能提供流暢的用戶體驗。這是因為在用戶最終釋放分隔控件時無法預測應用的窗口最終邊界。更復雜的場景是設備的旋轉和移動分隔器同時進行。
保證你的App在大小改變、快照獲取處理中不丟失數(shù)據(jù)狀態(tài)或導航狀態(tài)。這就是當一個用戶改變App大小--移動分隔器并將其移動到初始位置***釋放這個分隔器，這一系列的情況下，用戶期望App的狀態(tài)，導航位置（包括視圖、選擇、滾動位置以及其他等）能與用戶最初觸摸分隔器時一樣。充分使用 ApplicationWillResignActive: 調用保存用戶的狀態(tài)。詳情請閱讀 App Programming Guide for iOS 中 What to Do When Your App Is Interrupted Temporarily 一節(jié)。
如果用戶移動分隔控件直到屏幕邊界讓你的App消失，那系統(tǒng)會調用 ApplicationDidEnterBackground: 協(xié)議方法。
有關優(yōu)雅其處理App狀態(tài)過渡的引導，請閱讀 App Programming Guide for iOS 中 Strategies for Handling App State Transitions 一節(jié)。
關于快照的處理信息，請閱讀 Prepare for the App Snapshot ,并參考 UIView Class Reference 中的 Capturing a View Snapshot 相關內容。
