转载

iOS 9 分屏多任务:Slide Over & Split View快速入门(中文版)

iOS 9 分屏多任务:Slide Over & Split View快速入门(中文版)

本文由钢铁侠般的卿哥( 微博 )翻译自苹果官方文档: Adopting Multitasking Enhancements on iPad ,主要讲述iOS 9中iPad的多任务处理功能,欢迎指正。

该文档包含:

第一部分: iOS 9 分屏多任务--入门

第二部分: iOS 9 分屏多任务--Slide Over & Split View快速入门

第三部分: iOS 9 分屏多任务--画中画(PiP)快速入门

按照本章中的指导,在支持的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)”数组,声明支持所有四个设备方向,如下所示

iOS 9 分屏多任务:Slide Over & Split View快速入门(中文版)

注意: 如果你一定不支持Slide Over和Split View,在你的Xcode 项目的Info.plist文件中显式地加入UIRequiresFullScreen关键字并为其Boolean值赋上YES。你可以在属性列表编辑器,或在目标编辑器的General>Deployment Info区域设置。

提示: 通过设置Settings > General > Multitasking,用户可禁用Slide Over和Split View 。如果你已经把一切都设置正确后,但仍无法使用这些特性,你可以检查这项设置。

对于如何使用Slide Over和Split View,可以下载Lister ( for watchOS, iOS, and OS X )示例代码工程。

在 Slide Over and Split View中,主要和次要App都同时运行在前台,大多数情况下它们都是平等的。但只有主要App可以:

  • 拥有自己的状态栏;

  • 有资格使用第二物理屏幕工作;

  • 可使用画中画自动调用;

  • 可以占用横屏下的2/3屏幕面积,并且在分屏视图中,水平方向上是regular Size Class(横屏Split View中,次要应用最多占用二分之一的屏幕,并且在水平方向上是compact Size Class)。

在Split View中,用户控制你的应用程序窗口的大小。用户通过旋转设备(如在iOS的早期版本),或者水平滑动分割主要应用和次级应用程序的垂直分隔线来此操作。当两种类型的变化发生时,系统以同样的方式通知你的应用程序:窗口范围界限的改变会伴随改变根视图控制器的Size Classes。(用户移动分屏控件也会显示App状态过渡,在本节后面介绍。)

此前,iPad的水平和垂直Size Classes总是“regular”。随着Slide Over 和 Split View出现,这些都已经有很大的改变。下图显示了你的App会遇到用户操作iPad屏幕后不同的Size Classes。

iOS 9 分屏多任务:Slide Over & Split View快速入门(中文版)

为了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模板创建的新工程会自动生成LaunchScreen.storyboard文件。学习如何添加这个文件到你的工程中,请参阅 App Distribution Guide 中的 Creating a Launch Screen File 内容。

  • 实现 UITraitEnvironment ?和 UIContentContainer 中的方法,响应?trait collection和尺寸大小的改变。

  • 按照 App Programming Guide for iOS 中 Execution States for Apps 中所述,响应App状态转换协议方法调用。

正确地处理你的App的状态转换在iOS9中尤为重要。在Split View上下文中,每当用户移动Split View分割器时,屏幕上的两个应用程序都将移动到屏幕之外。甚至是当用户改变主意并将分割器返回起点时,这种情况也会发生。

当用户移动分割控件时,系统会使用 ApplicationWillResignActive: 协议方法调用App委托对象。

系统会重新调整你的App(屏幕外)以捕捉到一个或多个快照,确保当用户最终释放分隔控件时能提供流畅的用户体验。这是因为在用户最终释放分隔控件时无法预测应用的窗口最终边界。更复杂的场景是设备的旋转和移动分隔器同时进行。

保证你的App在大小改变、快照获取处理中不丢失数据状态或导航状态。这就是当一个用户改变App大小--移动分隔器并将其移动到初始位置最后释放这个分隔器,这一系列的情况下,用户期望App的状态,导航位置(包括视图、选择、滚动位置以及其他等)能与用户最初触摸分隔器时一样。充分使用 ApplicationWillResignActive: 调用保存用户的状态。详情请阅读 App Programming Guide for iOS 中 What to Do When Your App Is Interrupted Temporarily 一节。

如果用户移动分隔控件直到屏幕边界让你的App消失,那系统会调用 ApplicationDidEnterBackground: 协议方法。

有关优雅其处理App状态过渡的引导,请阅读 App Programming Guide for iOS 中 Strategies for Handling App State Transitions 一节。

关于快照的处理信息,请阅读 Prepare for the App Snapshot ,并参考 UIView Class Reference 中的 Capturing a View Snapshot 相关内容。

正文到此结束
Loading...