user-interface - 什么时候真正需要模态对话框？

Question

模态对话框是邪恶的，但我一直在阅读“你应该尽可能删除模态对话框”

什么时候不能删除模态对话框？我的意思是，有哪些真正的模态任务迫使我们使用邪恶的模态对话框？

最常见的示例是“您要保存吗？”我认为这是让用户点击保存而不是记住用户输入是神圣的概念的问题。如果您只是自动保存并能够“撤消”或进行修订，那么您无需询问用户是否要保存。

“你确定你要删除？”取消删除

“你确定你要退出吗？”你为什么要问这个？你就那么虚荣吗？

为什么我们需要模态对话框？

编辑

Webs 应用程序不算在我的书中，除非他们在浏览器中编写自己的 UI 窗口系统。 Web 应用程序没有设置与桌面应用程序相同的工具。

编辑 2

我的问题与标记为重复的问题略有不同。我觉得模态对话框并不是最好的解决方案。提到的问题假设存在这种情况。

重复: When Is Modal UI acceptable ?

Answer 1

模态对话框的用例

阻止应用程序流，直到输入继续所需的信息，例如登录过程中的密码。

在集中式对话框中收集应用程序配置选项。在这种情况下，通常会在关闭对话框时应用更改，并且在进行编辑时禁用对应用程序的访问。

警告当前操作的影响是不可逆的。这是模态对话框的常见交互模式，但可用性专家也批评它对其预期用途(防止破坏性操作中的错误)无效，并且存在更好的替代方案。

(来源: Wikipedia)

当我使用它们时

在某些情况下，阻止他们做愚蠢的事情是绝对必要的。我的公司有一个网络应用程序，用户有时会在完成工作之前离开页面。如果他们没有保存他们的工作，我们会使用 Modal(标准 onbeforeunload JavaScript 函数)提示他们。

否则，如果我能提供帮助，我不会使用 Modals，当应用程序从我正在做的事情中窃取焦点时，我讨厌它。

编辑 :当他们离开页面时，我们不会自动为他们保存他们的工作。我们在其他时间这样做，但不是在他们离开页面时，因此是 Modal。我确实写了可以在他们离开页面时进入并保存他们的工作的可能，但是实现它并不是一个“好”的主意，特别是如果他们不小心删除了他们的工作并且不希望它自动保存。