对话框应该自动关闭吗？

Question

情境： 您正在编写一个通过网络执行正在进行的关键操作的应用程序。与网络的通信中断，并且要求向用户显示模态对话框，指示与网络的连接已丢失。一段时间后（模态对话框仍然显示）重新建立连接，操作可以继续。

问题： 鉴于上述情况，您应该：

1. 自动关闭对话框并允许操作 继续（即没有用户与对话框交互）？
2. 等待之前对原始对话框的响应     允许用户继续？
3. 更新对话框以指示     连接已恢复并等待响应之前     继续？

Answer 1

这主要是基于意见的，但我会尝试提出一些论点：

在解决方案1中，模态对话框突然消失。但模态对话框的基本原理是暂停UI，直到用户完成某个操作。因此恕我直言，如果没有其他消息突然消失，会给用户带来不一致的体验

解决方案2实施一致且简单（且稳健）。唯一的问题是，用户可能会觉得应用程序可能已经注意到网络再次出现，并且可能因此而责怪一个懒惰的开发人员。

如果您只使用网络已启动替换消息网络已关闭，则解决方案3可能看起来很愚蠢。如果用户停止看屏幕一会儿（喝咖啡，跟同事说话）并且网络宕机然后在那段时间内上升，当他再次看屏幕时他只看到一个模态对话框要求确认他知道网络已启动。他会想到一个重要的信息！

我的建议是始终让信息网络在时间丢失，可能接着网络再次在时间上升，这样一来，它始终是一个明智的信息，可以要求确认。

问题仍然是模态对话框是否适合它。也许一个状态面板在网络关闭时显示红色消息，在一切正常时显示绿色可能是一种可能的选择。但你知道你的申请比我更好......