前端交互操作响应时间基本准则

  • 作者:scsidisk
  • 最后编辑:2012年09月25日
  • 标签: IT

在前端用户交互过程中,会存在等待服务器响应的事件间隔,这个时候对用户展示响应的提示能更加的友好。这样情况就需要考虑操作方式和网络情况。

响应时间的基本准则:

  • 0.1秒是用户瞬间感受的界限,这意味着不需要任何提示(feedback)可直接显示结果。
  • 1秒: 即使用户感觉到了延迟,但仍然感觉流畅并保持连续的操作,一般来讲,延迟在0.1秒~1秒之间,是不需要特殊提示的, 但用户仍然会失去直响应的感觉。
  • 10秒是用户专注于单一任务的极限,对于更长的延迟,用户将会进行其它的操作,而不会等待计算机执行完毕。所以,在计算机执行的过程中应当给用户提示。由于时间对于用户来讲是十宝贵,所以提示现在尤为重要,不然的话用户讲不知道做什么。
  • 计算机的响应时间一般来说,越快越好,但底线是保证可用性,不应当过快以至于用户无法操作。例如,滚动列表的滚动速度太快到让用户无法及时停止目标内容。
  • 当一个操作需要超过10秒的等待,应该给予用户一个百分比进度条,这种效果将远远好于仅提示用户剩余时间,并且给予一个可中断或取消的操作。
  • 对于无法计算进度的操作,也应当给予用户适当的反馈。例如:扫描未知大小的数据库时,可以打印出已扫描的表。另外替代方案是提供一个简单的等待动画,提示用户程序在运行中。
  • 对于2~10秒的操作,如果使用百分比进度条显得有些大材小用,并且过快的显示也会让用户有种闪烁的不好效果。这时可以仅使用一个“忙碌”的动画,并且在合适的位置配上一个变化的数字提示进度,效果更好。

现在在大多数主流网站都运用了这种方式:

1: 如在google的suggest的应用当中,如果每次键盘事件都会触发一次请求的,那么这其中将会有许多无效请求,并对服务器造成一定压力。因此多数Suggest中都会使用如上一例子中的延迟,时间一般控制在200~250毫秒内。

2: 在上传文件和图片,会存在一定的等待时间这是给用户以等待条表示系统正在提交中,增加用户体验。

参考:

http://www.useit.com/papers/responsetime.html

http://www.cnblogs.com/rainman/archive/2011/01/04/1925814.html