Page 52 - iOS人机界面指导手册

确保你采用的手势与程序的功能以及用户的期望相适应。如果用户要经常使用程序中的
某个功能，希望越快完成越好，你应该只使用标准姿势。但是，如果你的应用包含逼真
的控件，或者环境让用户很有探索欲望，定制手势也是可以的。对于标准手势，请详见
“程序响应手势，而非点击” 。

对于 iPad，可以考虑多点触摸手势。iPad 硕大的显示屏为定制多点触摸手势提供了空
间。虽然不是每个程序都适用复杂的手势，但它可以让那些用户长时间使用的程序具有
更丰富的体验，例如游戏或者创造内容的环境。时刻谨记非标准手势很难被发现，不应
是完成某任务的唯一途径。

只在必要的时候要求用户存储

用户应该有信心，他们的工作总是自动保存，除非自己按了取消或删除。如果你的程
序帮助用户创建或者编辑文档，要确保它不需要明显的保存按钮。iOS 程序应对保存用
户的输入负起责任，可以按周期进行，并在用户打开其他文档或退出程序时进行。

如果主要任务不是产生内容，但允许用户在浏览信息和编辑信息间切换，那么要求用户
保存变动是合理的。这种情况下，在展示信息的视图模式下呈现“编辑”按钮是个好办
法。当用户触摸编辑按钮时，可以用保存按钮替换它，并增加一个取消按钮。编辑按钮
的变化提醒人们现在进入编辑模式。取消按钮可以让用户不保存任何变动，恢复到编辑
前的状态。

对于 iPad，保留那些用户在浮出层输入的信息。因为用户有时会不小心把浮出层关掉。
更多信息，请详见“浮出层（只限 iPad）” （p83）

让模态化任务表现地暂时且简单

可能的话，尽量减少进入模态化环境执行任务或提供反馈的次数。iOS 应用应该允许用
户与 iOS 任意地交互（nonlinear）。模态通过打断用户的工作流，强迫用户完成一系列
操作来剥夺自由。

模态在以下情况最为适用：

很有必要获得用户的注意

没有用户明确提供的数据，该任务无法完成

用户很喜欢在模态视图里完成一个子任务，因为场景转换清晰且短暂。但是如果子任务
太过复杂，用户会在进入模态视图后迷失主任务。当模态是全屏模式的或有很多分支状
态时，风险还会加剧。

保持模态任务简短精炼。你应该不想让用户觉得模态任务是嵌在你程序里的一个小程
序吧？千万注意别让模态任务有层级结构，因为用户很容易忘记回去的路。如果模态任