如何设计一个好的“进度面板”

Question

对于需要花费几秒钟以上的任务，我认为一个好的用户界面应该提供一个进度条以及有关操作进度的适当信息。 （Microsoft 请提供有关此主题的用户界面指南，但我想要一个更高级的状态面板。）

我正在使用的“任务”类能够记录消息，如果消息足够重要（警告或错误），我想将它们显示在进度面板上。 当出现警告或错误时，如果有图形指示（可能是警告或错误图标），那就太好了。 如果有很多此类消息，则可以使用文本框、列表视图或一些报告控件这里可能是合适的。

任务运行时可能有一个取消按钮，任务完成后，有一个“查看日志”按钮也不错。

总而言之，我很清楚如何实现我的状态面板，但我真的很想对此提供一些意见。 我错过了什么重要的事情吗？ 我在这方面是否太过分了？ 是否已经有类似的组件可用？

Answer 1

对于日志记录，您实际上可能应该遇到另一个更高级别的错误。 这些是我通常实施的级别（从 80 年代的 DEC 开始）。

1. DEBUG - 一条非常低优先级的消息，开发人员只是将其放入以帮助诊断出现问题时发生的情况。
2. 信息 - 没问题，只是报告用户可能感兴趣的进度。
3. 警告 - 在某些情况下可能会出现问题，但也可能没问题。
4. 错误 - 一个明确的问题。 必须通知用户，但程序将尝试继续运行。
5. FATAL - 问题严重到程序无法继续。

第二个是，既然您称其为“进度面板”，我假设您计划实现某种进度栏。 实际上已经对进度条进行了相当多的研究。 最重要的是，无论你做什么，都不要让杠铃随着进展而变慢。 这让它看起来永远拖下去。

最后，听起来您正在考虑某种状态消息行。 如果您正在寻找一些好的状态消息，我建议您使用这些。 :-)

Answer 2

您这里有一个类似的状态面板规范，它可以为您提供一些关于可能的想法包含在这种 GUI 中：

首先，在列出设计细节之前定义此状态面板的目标和范围。

注意：如果选项太多，您将把它演变成“控制面板”;-)

Answer 3

您需要在进行过程中查看日志消息，而不仅仅是在结束时查看。 如果出现错误，通常会在任务完成之前发生，并且 UI 认为一切仍在顺利进行。 发现这种情况发生确实很烦人，但唯一可见的日志消息（无需转到某个外部文件）是一些与实际问题相去甚远的随机信息消息。

（我不知道你是否已经这样做了，因为你的问题还不清楚。如果你是，那就脱帽吧。）

Answer 4

我认为重要的是你的主进度条只填满一次，并且总是有进度指示。

我最近在工作中做了一些非常类似的事情。 任务很长，有很多子任务。 我最终得到的界面是一个双进度条，它实际上是一堆进度条中的第一个和最后一个。

该 API 类似于

StartNewTask(Caption,NumberOfSubtasks)
EndTask 
SetProgress(Caption,NumberOfSubtasksFinished)

StartNewTask 在堆栈上推送一个新的栏，而 EndTask 则弹出一个。

SetProgress 设置最近推送的进度条的进度，并将更改波及到父进度条。 例如：

StartNewTask('Doing 2 things',2)
 SetProgress('Done 1 now',1)
 StartNewTask('Big Subtask',40)
  ...
  SetProgress('Done some subtasks',10)

现在，显示 2 个进度条，第二个进度条为 25% (10/40)，第一个进度条为 62.5% (1/2 + 10/40*2)

就像我上面所说的，如果您有 > ;堆栈中的 2 个任务，我只显示第一个和最后一个（第一个给出整体进度并且永不倒退，第二个给出当前活动的指示）

您可以通过为每个子任务赋予权重来扩展它，即

StartNewTask(Caption,[ListOfSubTaskWeightings])

制作顶部进度条更顺畅。

此外，开发人员可以显示所有进度条，以了解为什么需要很长时间，而且我认为您可以从中制作出不错的日志。