iPad开发体验 用户准则

移动开发 iOS
本文介绍的是iPad开发体验 用户准则,优秀iPad程序的其中一个重要因素是可以在所有方位上运行,来看详细的内容。

iPad开发体验 用户准则是本文要介绍的内容,iPad用户体验最主要体现在内容和交互:淡化程序UI,以便用户关注所需的内容。美观的内容形式,富有真实感。充分利用设备的性能来增强内容的交互性。

支持所有方位

优秀iPad程序的其中一个重要因素是可以在所有方位上运行。竖向的大屏幕可以满足用户浏览内容的需求(当竖屏幕较小时,用户就会将屏幕旋转为横屏幕,这样一行就可以显示较多的文 字)。用户不太会注意最小设备结构(minimaldevice frame;使用iPhone时,用户单手握住手机时,屏幕多为竖向显示;而双手使用iPad,屏幕的显示方位并不能确定)或者home按键的位置,他们不认为设备有默认方位。这就导致 用户期望程序可以在当前方位上运行。所以程序尽量满足iPad各方位的运行要求。

保证以首要内容为重点。当旋转iPad的方位时,如重点显示的内容发生变化,用户会感觉对程序失去控制。

旋转时如何显示辅助信息或者功能。尽管能保证上一条,还要考虑如何显示较为次要的信息。例如邮箱功能中,首要 内容时发邮件,次要内容是联系人和收件箱的列表。

横屏的次要内容显示在左边的分视图中

竖屏的次要内容显示在气泡框中。

再如,横屏时,一款游戏以长方形显示,当旋转 到竖屏时,需要调整屏幕上的显示区域,游戏显示边框的上面或者下面增加显示空间,用于显示辅助信息,而不是垂直拉伸显示区域来撑满整个屏幕。

避 免布局变化过大或者无缘由地改变。所有方位中都显示相似的UI布局旋转时尽可能保留信息和文本的原有格式。尤其阅读文本时,重要的是避 免旋转之后用户找不到读到哪儿了。如果非要对页面重新布局,可以使用动画帮助用户理解当前页面的变化。例如,当旋转时要必须增加或者移除文本框时,可以选 择隐藏动作并在新布局中简单地淡出。为了有助于合理地设计旋转动作,可考虑在真实的生活中是如何和它们交互的。

避免使用 UI元素或者定义一个旋转的手势来完成旋转动作。应该是内容随着iPad的旋转而旋转。

为每个显示方 位各提供一个启动图片。比如提供1004×768和748×1024的图片来满足两个方位的显示要求。

仔细考虑程序是否可以在所有方位上运行。有些程序只能在横屏或者竖屏下显示,此时:

显示程序为正常显示方式,无论当前iPad是什么方位。避免使用UI元素来告知用户旋转设备。支持180度旋转。

可以特殊处理输入式旋 转动作。有些游戏把旋转设备当成操作方式,这时候横竖屏切换时,可不改变游戏的显示方位。

增强交互

***的iPad程序在用户执行明确的任务时提供新颖的交互方式。不要为了填满整个大屏幕而增加一些和主要任务没有直接关联的功 能,而是提升程序的用户体验。

例如读书程序中容许用户阅读时如能保留路径会提升阅读体验,不需要跳转到另外一个页面而是使用气泡框来变更 路径。程序可以让用户在文本中增加书签和注释,帮助用户交换书目或者对比阅读进度。

信息扁平化

iPad的大屏幕和新 UI元素可以显示更多的信息,使用的得当可以避免寻找信息时跳转的次数过多,因此也改变iPhone的单屏显示结构。

使用分栏。两级的内容 同时显示使得信息扁平化。

使用气泡框。顶部的气 泡框可以显示控件或者工具,不必切换屏幕即可完成操作。

工具栏中显示分段控件。分 段控件可以显示并列的信息。

使用标签栏。标签栏显 示不同种类信息或者是不同的程序模块。

减少全屏切换

相似的视觉元素,而在某一区域变更内容。普遍的规则是宁愿转换单 独的视图或者组件,也不全屏切换,保证视觉稳定性,帮助用户理解自己所处的位置。

增强协作和联系

用户将iPad视为私人设备,但是它合宜的尺寸可以加强真实的协作和分享。

真实感

程序显示和现实生活越为相似,用户就越容易理解程序如何操 作并喜欢使用。但也不必过于精确,通常夸张的事物看起来更为真实并能传递更多的意义,当做是和用户交流并表述程序本质的一次机会。使用动画进一步地增强程 序的真实感。通常,动作的真实感比程序的外观更为重要,不符合物理规律的动作会让用户感觉到迷惑。

令人惊叹的图形

高分辨率的iPad屏幕所支持丰富、美观和动人的图形 对用户富有吸引力,因此可以尝试增加程序中图形的深度和细节。

弱化界面控件

通过设计程序中的UI来组织信息框架,减 少控件的数量和淡化显示效果,创建和程序风格相符的控件,这样既不突出,但又易于发现。

最少的模态对话框

模态对话框打断用户的工作流,需用在合适的情况下:

有必要吸引用户注意力的时候。避免用户因误操作而导致的数据丢失。

重新思考列表

列表(也就是表视图)在iPhone中常用 于显示大量的数据信息,在iPad也是非常有用。但是还可以使用一个更丰富的方式来显示同样的信息。例如:iPhone中的联系方式是一个很有效率的列 表。而在iPad中的联系方式看起来是一个美观的通讯录,iPad的列表可以显示更多的信息。

多点触摸

大屏幕支持自 定义的多点触摸,即使是多人同时使用iPad,牢记不用响应不标准的触摸手势,如果有的话,也只用一种方式来执行命令。

气泡框

气泡框和模态视图有些相似,当气泡框显示时,不能操作主视图。但模态视图是模态的。然而气泡框可以用在两种途 径:

模态。气泡框出现时,周围的界面淡化, 需要一个明确的操作取消。

非模态。点击气泡框周围的界面也可以取消气泡框。

如果在iPhone中使用了模态视图,可以考虑可以气泡框替代它。以下问题可以帮助你决定气泡 框的使用是否合理:

是否需要不同类型的输入?如果是,使用气泡框。气泡框更适合 显示一个选择器或者列表选项。

是否需要用户穿过多级视图。如果是,使用气泡框。气泡框的结果适合显示多级页面,因为对主视图的改变较 小。

可能在主视图操作才可以完成任务吗?如果是,使用非模态气泡框。因为用户点击主视图即可取消气泡框,容许用户中止操作气泡框并返 回主视图。

任务需要用户深度投入并且是程序的一个主要功能?如果是,可能需要使用模态视图。模态视图的语境转换帮助用户在任务上集中 注意力,较大模态视图便于用户输入大量的字符段。

从另一方面而言,这个任务代表程序功能的重要一部分,但要 是不需要用户深度投入注意力的话,气泡框是更好的选择,轻量级的视觉对于频繁执行的任务而言更为亲切。

是否任务执行只有一次或者很少,就 像安装任务。如果是,考虑使用模态视图。用户不会介意为了完成此类任务而停留在当前界面。

限制模态任务的复杂度

用户 乐于在一个模态视图中完成一个子任务,因为语境的转换清晰和短暂的。但是如果子任务太复杂,用户会忽视主任务,当模态视图全屏显示并包含多个子视图时,这 种危险会增加。如果模态任务非要包含子视图,确保给予用户一个单独和层次清晰的路径,避免迂回。提供一个明显和安全的方式退出模态任务,用户能预见此操作 的后果。

淡化文件管理

尽管iPad程序容许用户创建和操作文件,这并不意味着用户应该对于文件系统有意识。iPad 没有像Mac OS一样的文件搜索,用户也不必想在电脑上一样和文件进行交互。用户不应该考虑文件类型和位置,比如:

打开和保 存对话框中出现文件层级关系。

文件的访问权限信息。

一个文件处理程序鼓励用户预览内容。如果iPad 程序容许用户创建和编辑文档,***提供文档种类选择器便于用户打开一个现有文档或者创建新文档。理想情况下的文档选择器为:

高 度图形化。用户看到文档的视觉形式时能很容易识别出需要的文档。

用户使用最少的触摸手势找到需要 的内容。例如打开一个文 档只需平移水平滚动条和轻击文档。

创建新文档的功能。当用户没有找到想要的文档 时,选择器提供一个创建文档的功能而不是到其他界面寻找此功能。

只有需要的时候才要求用户保存

用户应 该确信他们的工作是实时地被保存,除非他们明确取消或者删除。如果程序帮助用户创建和编辑文档,保证用户不需要明确地执行保存命令。如果程序的主要功能不 是创建内容,但要容许用户切换浏览和编辑模式,这时可以明确要求用户保存修改内容。在这种情况下,信息显示的视图中提供“编辑”按钮,轻击之后,该按钮变 为“保存”按钮和“取消”按钮。“编辑”按钮的转换提醒用户当前界面为编辑模式,“删除”按钮让用户不保存修改内容的情况下退出程序。

工 具栏移至顶部

与iPhone程序不同,iPad的工具栏在顶 部,iPad宽大屏幕可以显示工具栏中的所有功能。

立即启动

iPad程序启动时用户无须等待即可开始操作。当启动 时,iPad程序:

显示程序在当前方位上的启动图片,减轻用户的等待感,让用户知道程序仍在运行。

避免程 序启动变慢。启动图片(launch image)中 显示品牌信息是容许的,但是铭记用户启动程序时每次都会看到这个内容。如果非要使用启动画面(splash screen),明确显示时候不是过 长并且无需任何用户交互。

恢复程序上一次运行状况。

避免要求用户提供启动信息。取而代之的是:

关 注80%的用户需求。

从系统中获取更多的信息。从系统中调取信息可以避免输入。

用户在输入前受益。如果输入不可 避免,那也要在用户先让获取有效信息。

随时准备停止

和iPhone一 样,iPad程序在用户按“Home”键之后,因此:

尽快和合理地保存数据。

退出时保存界面的每一个细节。

小结:iPad开发体验 用户准则的内容介绍完了,希望本文对你有所帮助!

责任编辑:zhaolei 来源: 互联网
相关推荐

2012-02-16 09:38:48

2011-12-29 10:22:04

iPad用户体验设计指南

2011-04-25 12:56:05

iPad2

2013-12-13 14:32:47

iPad移动办公BYOD

2011-05-19 08:38:48

ASP

2011-11-17 13:29:44

Android用户体验导向

2011-04-25 12:49:42

2011-11-30 10:19:17

iPad游戏体验移动设计

2023-08-24 16:43:23

2023-09-01 14:27:10

前段后端开发

2011-04-25 13:36:26

iPad2摄像头

2012-08-23 13:41:08

iPad版

2012-03-29 09:09:59

2014-05-29 11:21:03

VDI

2012-04-23 13:54:12

用户体验

2012-04-23 13:43:06

用户体验用户界面

2011-07-25 18:32:55

iPad 平板电脑 苹果

2012-12-03 13:49:01

IBMdW

2012-04-02 22:40:27

iPad

2020-07-22 10:15:56

物联网安全物联网IOT
点赞
收藏

51CTO技术栈公众号