iOS 9 by Tutorials 笔记(五)

Chapter 5:Multitasking

iOS 9 苹果为 iPad 带来了多任务,允许同时在一个界面上运行两个程序,本章来学习下如何在现有 App 上添加多任务环境

现在 Multitasking 有三种模式:

  • Slide Over 多任务模式:打开一个 App,从 iPad Air 边缘向中心滑动,会出现一个窄边框,此时刚才打开的 App 主界面会变暗(蒙上一层灰色 mask),从边缘拉出来的空间内会出现一个 App 列表(仅限适配过的 App),你可以选择打开某个应用,此时该应用会在边缘空间显示。
  • Split View 多任务模式:当你继续往中心拉,屏幕会被分为两部分,左右两边的 App 会同时显示在屏幕上,也不会有任何一个 App 处于 mask 之下。
  • Picture in Picture 模式:也就是所谓的画中画模式,一般在播放视频时使用

Split View 模式仅支持 iPad Air 2,Picture in Picture 和 Slide Over 则支持 iPad Air, iPad Air 2, iPad Mini 2, 和 iPad Mini 3。
因为 iPad Air 2 是 2 G 内存,Split View 也是最占内存的

Preparing your app for multitasking

如果你的 App 是按照如下方式开发的,那么恭喜你。只要你用 iOS 9 的 SDK 重新编译下就自动支持 multitasking 了

  • 使用 size classes, adaptive layout 开发的 universal app
  • 用 SDK 9.X 编译过
  • 支持所有方向
  • 使用 launch storyboard 或 XIB

注意:做到上面这几点也仅仅是支持 multitasking 而已,并不意味完美适配。

Orientation and size changes

下面看一下本章的 Travelog (该 App 已经做到上述 4 点)在 multitasking 下的表现

首先是单个 App 全屏运行的表现(横屏和竖屏):

Split View 多任务模式下竖屏的表现:

Split View 多任务模式下横屏的表现:

master view 的内容太拥挤了,并且右边的列表栏并未显示任何内容

App 在多任务模式下,部分情况下 bounds 发生变化,也可看做是触发了 size class 的变化,下面是在各种多任务模式下 size class 的具体情形:

(R 代表 Regular 而 C 代表 Compact)

幸好 UIKit 提供了一些更新 layout 的契机,我们可以在下面的方法中更新 layout:

  1. willTransitionToTraitCollection(_:,withTransitionCoordinator:)
  2. viewWillTransitionToSize(_:,withTransitionCoordinator:)
  3. traitCollectionDidChange(_:):

回顾下 Split View 多任务模式 下竖屏的表现,再对比下上图 33% split 的情形,App 的 size class 仍然为 Regular,但整体 width 变窄了,所以 master view 就会略显拥挤

修正办法也很简单,先设置一个 maximumPrimaryColumnWidth 属性值

func updateMaximumPrimaryColumnWidthBasedOnSize(size: CGSize) {  
// 如果是小于屏幕宽度或竖屏状况,就设置一个较小的值
  if size.width < UIScreen.mainScreen().bounds.width
    || size.width < size.height {
    maximumPrimaryColumnWidth = 170.0
  } else {
    maximumPrimaryColumnWidth =
      UISplitViewControllerAutomaticDimension
  } 
}

在第一次载入时更新:

override func viewDidLoad() {  
  super.viewDidLoad()
  updateMaximumPrimaryColumnWidthBasedOnSize(view.bounds.size)
}

在 size 发生变化时更新

override func viewWillTransitionToSize(size: CGSize,  
  withTransitionCoordinator coordinator:
  UIViewControllerTransitionCoordinator) {
  super.viewWillTransitionToSize(size,
    withTransitionCoordinator: coordinator)
  updateMaximumPrimaryColumnWidthBasedOnSize(size)
}

再次运行,好像变得更糟了

似乎 table view cell 没有随 size 变化而自适应,cell 是自定义的 view,我们打开看一下(LogCell.swift

static let widthThreshold: CGFloat = 1024.0

override func layoutSubviews() {  
    super.layoutSubviews()
    let isTooNarrow = UIScreen.mainScreen().bounds.width < LogCell.widthThreshold
    compactView.hidden = !isTooNarrow
    regularView.hidden = isTooNarrow
  }

发现问题所在了吗?UIScreen 的尺寸一般是固定的,并不会响应 App size 的变化。因此我们用 UIWindow.bounds 来替代

static let widthThreshold: CGFloat = 180.0

override func layoutSubviews() {  
  super.layoutSubviews()
  let isTooNarrow = bounds.width <= LogCell.widthThreshold
  // some code ...
}

现在就好很多

UIWindow.bounds 一直会响应 size 的变化,并且他的原点始终为 (0, 0)。在 iOS 9 你可以直接创建 UIWindow 的实例,且不需要通过 let window = UIWindow() 来传递一个 frame,系统会自动提供一个和应用 frame 相同的 frame

Adaptive presentation

点击左上角的 Photo Library bar button

此时将两个 App 之间的分割线继续向左拖动

到了 50% 模式下,popover 没有任何过渡动作自动变成了模态显示,因为在此模式显示下,App 的 size class 由 regular 变成了 compact。但这并不是你想要的,你仅仅想让你的 App 在占屏幕 33% 的情形下才用模态展示照片库(in Slide Over 或 in 33% part)

iOS 8 介绍了 UIPopoverPresentationController 管理 popover 显示的内容,你会通过 UIModalPresentationPopover 提供的样式来展示。

UIPopoverPresentationControllerDelegate 提供了回调注射方法,你可以提供自定义的样式来展示 popover:

extension LogsViewController:  
  UIPopoverPresentationControllerDelegate {

  func adaptivePresentationStyleForPresentationController(
    controller: UIPresentationController,
    traitCollection: UITraitCollection)
    -> UIModalPresentationStyle {
    //1 检查是否运行在 iPad 上
    guard traitCollection.userInterfaceIdiom == .Pad else {
      return .FullScreen
    }
   //2 检查是否大于 320 即 33%
    if splitViewController?.view.bounds.width > 320 {
      return .None
    } else {
      return .FullScreen
    }
  } 
}

只要大于 33%,一律以正常 popover 展示,只有小于或等于 33%,才会全屏模态展示

最后修改 presentImagePickerControllerWithSourceType(_:) 找机会添加 popoverPresentationControllerdeleteself

func presentImagePickerControllerWithSourceType(sourceType:  
  UIImagePickerControllerSourceType) {
  // some code...
  if sourceType ==
    UIImagePickerControllerSourceType.PhotoLibrary {
    let presenter = controller.popoverPresentationController
    // some code...
    presenter?.delegate = self
}
  // some code...
}

最终运行,一切 OK

Other considerations

除此之外,还应该考虑的有:

  • Keyboard:要考虑多任务模式下,键盘出来后的 layout 设置
  • Designs:设计主要考虑下面几点
    • Be flexible 考虑在多任务模式下各种 size class 下的表现
    • Use Auto Layout:使用 Auto Layout
    • Use size classes:使用 Size Class 适应各种布局
  • Resources:因为多任务的引用,所以最大的情况下,iPad 在 Split View 多任务模式下可以有三个 App 在一个屏幕上同时运行(第一个 App,第二个 App 和画中画 App),因此你需要思考在多任务模式下尽量缩减 App 不必要的内存开销。

-EOF-

如果感觉此文对你有帮助,请随意打赏支持作者 😘

chengway

认清生活真相之后依然热爱它!

Subscribe to Talk is cheap, Show me the world!

Get the latest posts delivered right to your inbox.

or subscribe via RSS with Feedly!