你的位置:首页 > 操作系统

[操作系统]iOS 9 分屏多任务(2):Slide Over Split View快速入门


原文出处: @钢铁侠般的卿哥   欢迎分享原创到伯乐头条

该文档包含:
第一部分:
iOS 9 分屏多任务–入门
第二部分:iOS9 分屏多任务–Slide Over & Split View快速入门
第三部分:iOS9 分屏多任务–画中画(PiP)快速入门



按照本章中的指导,在支持的iPad设备上让你的App运行iOS 9多任务。
当你新建一个Xcode 7模板工程时,是默认支持SlideOver和Split View。如果你从老的工程升级到iOS9,通过以下的步骤设置你的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 interfaceorientations (iPad)”数组,声明支持所有四个设备方向,如下所示

 

注意:如果你一定不支持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 SplitView中,主要和次要App都同时运行在前台,大多数情况下它们都是平等的。但只有主要App可以:

  • 拥有自己的状态栏;
  • 有资格使用第二物理屏幕工作;
  • 可使用画中画自动调用;
  • 可以占用横屏下的2/3屏幕面积,并且在分屏视图中,水平方向上是regular Size Class(横屏Split View中,次要应用最多占用二分之一的屏幕,并且在水平方向上是compactSize Class)。

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

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

 

为了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 中的方法,响应?traitcollection和尺寸大小的改变。
  • 按照 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 相关内容。

 

  都说程序员的工资高,却很少了解他们加班的痛苦,你是不是每次也在心里想,按时间折算下来这个工资都给少了,于是会想在心里呐喊,要么涨工资,要么涨工资,要么涨工资,为什么??因为不让我们加班,这是不可能的!!!

  想要颠覆自己的工作模式吗?想要减少自己的加班时间吗?加入我们,和我们一起探寻属于我们程序员的自由模式吧!

  一款针对程序员的原生APP,以共享知识技能为目的,以悬赏方式在线互动交互平台。

  我们拥有高达近20人顶尖的技术团队,以及优秀的产品及运营团队。团队领军人物均在行业内有10年以上的丰富经验。

  现在我们正在招募原始的参与英雄,您将同我们一起改变程序员的工作方式,改变程序员的世界!同时也会有丰厚的报酬。作为我们的原始的参与者,您将同我们一起体验这款程序员神器,您可以提出专业的建议,我们会虚心采纳。每一个人都会是英雄,而您就会是我们需要的英雄!同时您也可以邀请您的朋友一起参与这场英雄的招募互动。

  我们不会耽误你太多时间,我们只需要您的专业看法,只要您从一个月内抽出1个小时,以后您每天都可以节省两个小时,一切都是为了我们自己!

  来?还是不来?

  接头人暗号:1955246408 (QQ)