如果打开对话框，为什么Microsoft Word不能完全关闭？

在尝试打开另一个对话框关闭文档时，偶尔会出现Word给出的错误，但我一直无法弄清它为什么会发生。

因为大多数对话框被认为是“ 模态 ”的，这意味着在对话框本身关闭之前，控件不会传递回主程序或调用容器。这是设计使然，程序员可以选择将窗口设为模态窗口或非模态窗口。通常，如果主程序在通过选择（Ok）或中止（Cancel）处理打开的对话框之前无法或不应该继续运行，则将窗口定义为模态窗口。

该对话框可能会说：

您已经对文档进行了更改，是否要保存它们？（是）（否）

这里没有明显的正确答案。在这种情况下，答案可能是“否”，或者您不小心损坏了文档（例如，猫从键盘上走过），或者在答案是“是”时，您可能花费了数小时来键入更改。

Word要做的最安全的事情是拒绝关闭，直到您回答问题。

因为程序是按这种方式设计的，所以避免采取用户可能不希望采取的措施。

通常，当程序需要用户指导某些操作时，会显示一个对话框。关闭未保存的文档就是一个很好的例子：对话框提供了保存更改，放弃更改或中止关闭并返回编辑的功能。该程序有意拒绝关闭而不回答这个问题，因为关闭将迫使采取某些措施。该程序无法自行决定，例如。放弃最近的编辑，或者相反，使用键盘上的猫打字覆盖正确的版本。

即使我们认为与关闭无关的对话框，通常也意味着某些过程正在进行中，尚未完成，用户必须决定采用哪种方法。它不能被“简单地中止”，因为中止也是用户可能不想要的动作。

它也简化了程序的设计，因为它的创建者不必为每个功能创建“安全的出路”。

如今，大多数对话框在技术上都不是模态的（程序仍然是负责任的），但是从更广泛的程序逻辑流程的角度来看，使它们成为模态仍然更加容易。

我可能会误会，但是我怀疑这可以追溯到旧的常见对话框控件行为。

如果其中一些突然被杀死而没有返回，则会带来令人不快的副作用，有时甚至是在现已死机的程序之外，并且如果他们在需要用户输入的系统级别上执行某些操作，那么在任何情况下都无法从他们那里逃脱。

至于为什么仍然如此，人们已经习惯了，几十年来使用该假设进行编程的开发人员，更重要的是非程序员在其办公自动化脚本中使用了这些对话框，而Microsoft并不是严格遵守目标的向后兼容性。 。

在窗帘的后面，程序（在我们的示例中为MS Word）在创建窗口时创建了“ X按钮单击事件处理程序”。当有一个对话框窗口时，Word会记录下来。然后，在X按钮处理程序中，单击X按钮时，它将检查记录的打开的对话窗口。如果存在，则处理程序中止关闭操作。如果没有，它将终止程序，操作系统将清理程序占用的内存。这就是它的工作方式。