你好世界上很棒的程序员！
如果你觉得这太主观了，请提前原谅我。
我正在为iPhone构建应用程序。在某一点上，用户点击按钮来处理一些数据，在此期间没有动画反馈。只需按钮禁用，一个按钮将其名称更改为“处理数据”。经过约5或6秒后，按钮被启用并且生命继续。
你认为在这个'处理期间我需要一些动画吗？'有关于此的经验法则吗？您认为需要在程序中包含“加载栏”的阈值是什么？ 5秒？ 8秒？ 2秒？
由于
答案 0 :(得分：2)
5-6秒感觉像是永恒，特别是在没有任何通知的情况下。
我会包装任何可能需要一些时间的操作，即使它可能少于一秒或两个带有加载/进度/通知栏。
最好的政策是让最终用户不要猜测是否有什么事情发生，并帮助他们避免感觉你的应用没有做任何事情，太慢和/或没有反应。
答案 1 :(得分：2)
任何不立即或几乎立即反馈的行为都可能导致用户认为他们的iPhone或更糟糕的应用程序已被冻结。现在，您将按钮更改为“处理数据”的事实很好 - 这应该可以缓解大部分的负面反应，但我会添加一个简单的动画，这样您的用户就会觉得某些事情正在发生。
答案 2 :(得分：1)
“UI Bloopers”一书有关于此的指导。 0.1秒足以断开响应与动作的连接。 1秒就足以使谈话中的人不舒服，开始填补空白。 10秒是我们在单个任务中不间断思考的最长时间。
基于此，他们建议如果延迟超过1秒，则显示进度条。
答案 3 :(得分：1)
关于响应时间的基本建议三十年来大致相同[Miller 1968;卡等人。 1991]：
0.1秒是让用户感觉系统瞬间响应的极限，这意味着除了显示结果外不需要特殊反馈。
即使用户会注意到延迟，1.0秒仍然是用户思维保持不间断的限制。通常情况下，在超过0.1秒但不到1.0秒的延迟期间不需要特殊反馈，但用户确实失去了直接操作数据的感觉。
10秒是将用户的注意力集中在对话上的极限。对于较长的延迟，用户将希望在等待计算机完成时执行其他任务，因此应该给出反馈，指示计算机何时完成。如果响应时间可能变化很大，延迟期间的反馈尤为重要，因为用户将不知道会发生什么。
答案 4 :(得分：0)
任何超过半秒的时间都会让用户觉得您的应用已冻结。这个时间间隔是一个难以量化的值，因为它因人而异。
进行用户测试以确定等待的最佳时间间隔。
答案 5 :(得分：0)
进度条的问题在于它们需要显示变化。如果它们在三分之一的时间内停留在五分之一然后在最后一秒完全填满，那么它们并没有真正的帮助。确保他们总是“进步”：）