显示进度条时，您是否显示通用消息，例如：
- “在职的”
- “加载”
- “进行中”
或者额外的编码工作是否值得由更细化的消息带来的用户体验改进，例如
- "装载案例 2 of 5"
- “加载团队”
- “保存 POL10283”
另外，如果您编写细粒度消息，您是从它们所属的对象控制这些消息，还是从对象加载到的更广泛的视图/模块控制这些消息？
标记
问问题
1794 次
5 回答
2
如果您的消息让用户知道任务完成前还剩多少时间，那么它会显着提高可用性。
所以像“Processing item 2 of 5”这样的东西肯定比“Processing”要好。
我还建议避免使用进度条，而不是一直运行到结束，然后一次又一次地开始。那只是为了戏弄用户。感觉就像：“它会在一分钟内完成。好吧，也许再过一分钟。再过一分钟”。
于 2009-12-02T10:58:02.537 回答
1
如果这是一项您不知道长度的任务（没有计数或循环计数），那么一般消息或信息具体步骤很好，但我确实倾向于尝试完成百分比或“Case 2 of 5” .
这可以更好地指示正在执行的实际任务。
于 2009-12-02T10:57:53.537 回答
1
评估“价值”是相当困难的。作为用户，我真的很想知道发生了什么。因此，我倾向于尝试实现这样的细节。
我会将 View 与实际的处理细节（可能涉及 View 真正不应该知道的对象）分离，并在我的模型中使用一种通知板。有趣的事件可以在那里发布，视图可以将它们拾取。
于 2009-12-02T11:01:51.953 回答
0
您从第二个选项中获得的反馈对于追踪不可预见的错误非常有用。至于选择哪个选项，我会选择第二个，因为它使我能够为更广阔的视野提供单独的线索。因此，如果对象加载失败，至少我有一个通用机制来应对问题。
于 2009-12-02T10:59:08.230 回答
0
(1) 我相信用户通常更喜欢更细化的消息。但是，您需要进行更详细的任务分析。你需要问：每项任务对他们来说有多重要，任务中的每一步对他们来说有多重要？
“装载案例 2 of 5”“装载团队”“保存 POL10283”等在化工厂等中都很好。
但在一个简单的应用程序中，它们可能并不那么重要。
(2) 关于问题 2，我同意上面的 djna。消息应该在（业务/域）对象中。他们的调用者/客户端（通常是控制器或视图/表示）应该从对象中获取它们。
于 2012-12-09T04:32:58.203 回答