针对iPad分屏多任务处理,开发者需要关注的几点
2014-06-01 10:52
323 查看
两周前有消息称苹果将为iPad添加分屏多任务处理功能,不过据纽约时报近日消息透露苹果还没有充分准备好发布该功能,因此它不会出现在WWDC 2014上。由于iOS 7是对此前版本的最大颠覆和改变,因此苹果此次将主要改善iOS 8的功能和性能问题。
不管分屏多任务是否会在今年的开发者大会上出现,它都是很多开发者所关注的内容。针对传闻中的分屏多任务,国外开发者Roopesh Chander从以下几点进行了思考:
新的布局设计
分屏多任务首先意味着一个新的布局设计。
正如Jared Sinclair在“AutoLayout Myths, Table View Performance, and Side-by-Side iPad App Multi-tasking”一文中解释的那样,AutoLayout对分屏多任务有一定作用,但不会让应用自动支持分屏布局。想让屏幕上的每个应用保持此前优雅时髦的外观,分屏布局需要是一个分离的模式,每个应用都需要特别的布局设计。
新API
对于第三方应用来说,使用分屏多任务处理的唯一方法是通过opt-in API。只有那些知道如何以分屏模式布局屏幕的app将使用这个API,并允许iOS知道app的意愿,从而加入分屏模式。
当用户想要添加一个应用到分屏模式时,iOS可以列出仅有opted-in的应用。
设计考量
使用分屏模块的应用需要担心的不仅仅是布局,它们还需要考虑其他三个额外要素:状态栏、键盘以及从屏幕边缘开始的手势。
状态栏
iOS 7之前,状态栏是固定可见的,与内容分离。
自iOS 7开始,苹果使用了融入应用工具栏或者内容的透明状态栏。基于状态栏附近的内容,应用可动态地选择状态栏的可见度和风格。
在分屏模式中,各占屏幕一半的应用会在状态栏上有所冲突,我认为有两种处理方法:
1.强迫应用使用单一的状态栏风格(比如在明亮的背景上展示暗色文本)。
2.退回iOS 7之前单独的状态栏设计。
我所见过的原型都假定第二种方法,并推荐非iOS 7的分开状态栏。
但另一方面,苹果不大可能背弃去年才引入的iOS 7。
无论哪种方式,在分屏模式上,应用程序大概不能自由选择状态栏的风格,并且开发者需要围绕这个限制进行设计。
在屏幕上展示键盘
有了分屏多任务模式,我们可以一边输入文档,一边打开Safari参考资料,就像下边这个模型(by 9to5Mac):
但是当我们输入时,屏幕看起来是这样的:
分屏多任务非常有用,左面的页面应该是可滚动的,这样我们能在键盘顶部看到页面的底部内容。(否则我们将不得不解除键盘来查看内容)。要实现这样的功能,那么在键盘打开的时候,Safari就需要调整它的视图,尽管键盘可能是由其他应用触发的。
当键盘打开或者关闭的时候,iOS已经通知了应用,所以相同的API可用于这一目的。当前调整其内容视图以满足在屏幕上展示键盘需求的应用可以像预期一样工作,无需任何更改。
但是有些应用的屏幕是专门设计为水平滚动的,而不是垂直滚动,比如iBooks和Flipboard。这些app可以这么做,因为它们不需要处理在屏幕上打开键盘的操作。这类应用程序使用分屏模式,那它们可能需要垂直方向上的图片更新。只有那时,在一边屏幕上书写,在另一边的屏幕上查阅才会有用。
所以如果应用的屏幕不能垂直滚动,那么屏幕的用户体验可能必须重新设计。
当然,如果有了外置键盘,这个问题就迎刃而解了。
从屏幕边缘开始的轻扫手势
相对来说,手势并不是一个很大的麻烦,但也值得一说。当用户从屏幕的一侧轻扫时,一些应用会执行特定的行为,比如Paper。在分屏模式中,轻扫手势可能由另一半屏幕中的应用发起,并且可能永远不会传达给我们的应用。
这样一来,一款需要“swipe-from-edge”手势的应用将需要探索其他具有相同功能的交互(无论如何这一点都是正确的事情,无关乎分屏模式)。
依我之见
状态栏的外观看起来可能是小事,但我认为这是个重要的提示。iOS 7的透明状态栏非常适用于屏幕上单个应用的展示,并且苹果会在推出新设计之前彻底想清楚这件事,所以他们不大可能在iOS 7引入了透明状态栏,然后在下个主要版本中重回之前的设计或者改变方向。
所以我的看法是,我们不会在iOS 8中看到第三方应用使用分屏多任务,至少不会是从一开始就允许第三方应用使用,比较大的可能是分屏多任务会被严格限制在苹果自家的一些应用中。
原文:Imagining developing for a split-screen iPad
不管分屏多任务是否会在今年的开发者大会上出现,它都是很多开发者所关注的内容。针对传闻中的分屏多任务,国外开发者Roopesh Chander从以下几点进行了思考:
新的布局设计
分屏多任务首先意味着一个新的布局设计。
正如Jared Sinclair在“AutoLayout Myths, Table View Performance, and Side-by-Side iPad App Multi-tasking”一文中解释的那样,AutoLayout对分屏多任务有一定作用,但不会让应用自动支持分屏布局。想让屏幕上的每个应用保持此前优雅时髦的外观,分屏布局需要是一个分离的模式,每个应用都需要特别的布局设计。
新API
对于第三方应用来说,使用分屏多任务处理的唯一方法是通过opt-in API。只有那些知道如何以分屏模式布局屏幕的app将使用这个API,并允许iOS知道app的意愿,从而加入分屏模式。
当用户想要添加一个应用到分屏模式时,iOS可以列出仅有opted-in的应用。
设计考量
使用分屏模块的应用需要担心的不仅仅是布局,它们还需要考虑其他三个额外要素:状态栏、键盘以及从屏幕边缘开始的手势。
状态栏
iOS 7之前,状态栏是固定可见的,与内容分离。
自iOS 7开始,苹果使用了融入应用工具栏或者内容的透明状态栏。基于状态栏附近的内容,应用可动态地选择状态栏的可见度和风格。
在分屏模式中,各占屏幕一半的应用会在状态栏上有所冲突,我认为有两种处理方法:
1.强迫应用使用单一的状态栏风格(比如在明亮的背景上展示暗色文本)。
2.退回iOS 7之前单独的状态栏设计。
我所见过的原型都假定第二种方法,并推荐非iOS 7的分开状态栏。
但另一方面,苹果不大可能背弃去年才引入的iOS 7。
无论哪种方式,在分屏模式上,应用程序大概不能自由选择状态栏的风格,并且开发者需要围绕这个限制进行设计。
在屏幕上展示键盘
有了分屏多任务模式,我们可以一边输入文档,一边打开Safari参考资料,就像下边这个模型(by 9to5Mac):
但是当我们输入时,屏幕看起来是这样的:
分屏多任务非常有用,左面的页面应该是可滚动的,这样我们能在键盘顶部看到页面的底部内容。(否则我们将不得不解除键盘来查看内容)。要实现这样的功能,那么在键盘打开的时候,Safari就需要调整它的视图,尽管键盘可能是由其他应用触发的。
当键盘打开或者关闭的时候,iOS已经通知了应用,所以相同的API可用于这一目的。当前调整其内容视图以满足在屏幕上展示键盘需求的应用可以像预期一样工作,无需任何更改。
但是有些应用的屏幕是专门设计为水平滚动的,而不是垂直滚动,比如iBooks和Flipboard。这些app可以这么做,因为它们不需要处理在屏幕上打开键盘的操作。这类应用程序使用分屏模式,那它们可能需要垂直方向上的图片更新。只有那时,在一边屏幕上书写,在另一边的屏幕上查阅才会有用。
所以如果应用的屏幕不能垂直滚动,那么屏幕的用户体验可能必须重新设计。
当然,如果有了外置键盘,这个问题就迎刃而解了。
从屏幕边缘开始的轻扫手势
相对来说,手势并不是一个很大的麻烦,但也值得一说。当用户从屏幕的一侧轻扫时,一些应用会执行特定的行为,比如Paper。在分屏模式中,轻扫手势可能由另一半屏幕中的应用发起,并且可能永远不会传达给我们的应用。
这样一来,一款需要“swipe-from-edge”手势的应用将需要探索其他具有相同功能的交互(无论如何这一点都是正确的事情,无关乎分屏模式)。
依我之见
状态栏的外观看起来可能是小事,但我认为这是个重要的提示。iOS 7的透明状态栏非常适用于屏幕上单个应用的展示,并且苹果会在推出新设计之前彻底想清楚这件事,所以他们不大可能在iOS 7引入了透明状态栏,然后在下个主要版本中重回之前的设计或者改变方向。
所以我的看法是,我们不会在iOS 8中看到第三方应用使用分屏多任务,至少不会是从一开始就允许第三方应用使用,比较大的可能是分屏多任务会被严格限制在苹果自家的一些应用中。
原文:Imagining developing for a split-screen iPad
相关文章推荐
- Web开发者需要关注哪些细节
- App性能测试需要关注的几点
- 针对应用开发者的几点建议
- 【转】在发布站点前,Web开发者需要关注哪些技术细节
- 针对应用开发者的几点建议
- 开发者和程序员需要关注的42个播客
- 个人开发者App分发应用市场时需要注意的几点
- 针对应用开发者的几点建议
- Google I/O 2017 行纪 —— 作为移动开发者,我们需要关注什么?
- 开发者和程序员需要关注的42个播客
- 针对应用开发者的几点建议
- 近期需要关注几点技术
- 在发布站点前,Web开发者需要关注哪些技术细节?
- 【转】selenium自动化测试用例需要关注的几点(一)
- 文章在发布站点前,Web开发者需要关注哪些技术细节标题
- 开发者和程序员需要关注的42个播客
- selenium自动化测试用例需要关注的几点(二)
- 在发布站点前,Web开发者需要关注哪些技术细节?
- 在网站发布前,开发者需要关注有许多的技术细节
- 游戏开发者需要关注的游戏ICON