对话框

定义

对话框是图形用户界面中叠加在主窗口或另一个对话框之上的视窗，作用是在需要时向使用者呈现信息，或取得使用者的输入回应；其名称来自计算机与使用者之间由此形成的一段对话，既可能是单向的通知，也可能是双向的问答^[1]。与普通窗口相比，对话框没有明显的工作区，主要摆放文本框、列表框、命令按钮、单选框、复选框、选项卡等控件，右下角通常设有确认与取消按钮，供用户决定是否接受刚才的填写^[3]。从操作系统实现角度看，对话框仍是一种窗口，其特殊性不在于含有控件，而在于这些控件遵循约定的交互规则^[1]。在网页界面规范中，对话框同样被界定为一个覆盖在主窗口或另一对话框之上的窗口，其下方内容处于不可操作状态^[4]。

对话框一般由标题区、内容区与操作区 3 个部分组成：标题说明当前弹窗的目的，内容区承载文本、按钮、单选框、复选框、列表等元素，操作区放置按钮；遮挡层则用来表明对话框位于界面最上层并隔绝其他内容的干扰^[5]。移动与桌面端的设计指南也把标题、说明文本和按钮视为对话框的基本构件，若允许用户输入或选择，还需附加相应控件^[2]。

原理

对话框的核心机制是“模态”：模态界面会阻断用户在当前视图上的任务，使其注意力集中到新出现的任务上，直到模态视图被终止，用户才能回到原来的工作^[2]。人机交互研究者杰夫·拉斯金在《The Humane Interface》中给出更形式化的界定：当界面的当前状态不处于用户注意之中，且界面会依系统状态对同一动作作出不同响应时，该界面就是模态的；反之，只有当用户完全感知当前状态时，界面才算无模态^[1]。依照这一定义，键盘上的大写锁、数字键盘锁与滚动锁，以及 Vi 编辑器的输入模式与命令模式，都属于常见的模态例子^[1]。

有模式对话框强迫用户作出回应，否则无法继续操作，常用于程序必须停下来取得额外信息，或确认一项具有潜在危险性的操作；它又可分系统级与应用级，前者如关机对话框，后者只限制其母程序^[1]。无模式对话框则不强制回应，用户可以不理会它或不填任何内容而继续当前工作，查找替换窗口、文字颜色设置工具栏即属此类^[1]。

键盘导航是对话框得以可用的技术基础。按 Tab 或方向键时，焦点在各控件间依次移动；按钮获得焦点后，空格或回车相当于用鼠标点击它^[1]。系统在处理按键消息时会自动解析这些规则，例如 Windows 提供 IsDialogMessage 函数，让无模式对话框也能获得同样的键盘界面。网页端遵循的规则与之相通：对话框打开时焦点移入其内部，Tab 与 Shift+Tab 只在对话框内循环，Esc 关闭对话框，关闭后焦点回到触发它的元素^[4]。

在程序实现层面，对话框通常由模板描述。Windows 的 DialogBox 函数依据对话框模板资源与对话框过程创建模态对话框，CreateDialog 则创建无模式对话框，后者需要应用自行取回输入消息并分派给对话框过程。消息框由 MessageBox 或 MessageBoxEx 生成，系统为其提供自带的模板与过程，关闭后函数返回一个标识用户所选按钮的值。当内容需随数据变化时，程序也可在内存中构造模板，再交由 DialogBoxIndirect 一类函数使用。

发展历程

把一组分散的控件归拢到独立窗口中的做法，一般追溯到 1981 年推出的 Xerox Star，该系统中的这类窗口被称为属性表单；其设计并非全部模态，用户调出属性表单后可以继续其他操作。Star 还支持一种带选项卡的对话框：上一层控件的选择决定下方显示哪些选项，设计者以“渐进披露”解释这一取舍。

“对话框”这一名称出自苹果公司开发 Lisa 的团队，时间约为 1983 年，此后成为最通行的叫法；option sheet、alert dialog 等称呼亦曾被使用。在更早的 Alto 与 Smalltalk 环境里，滚动条、单选按钮与对话框等元素已经出现^[6]。

模态与否的取舍同早期文本编辑器的实践有关。施乐帕洛阿尔托研究中心的拉里·特斯勒发现，用户会忘记界面处于哪种状态而执行不适配的动作，从而得到意外结果，他因此开发了不设模式的编辑器 Gypsy，并引入剪切、复制、粘贴与双击选中等做法^[7]。此后，模态界面元素被建议只在确需抓住注意力、任务本身具有模态性质、或该任务必须先完成才能继续时使用^[7]。

进入网页时代后，对话框的可访问性被逐步规范化。HTML 提供了 dialog 元素，浏览器可代为完成打开时移入焦点、限制焦点在对话框内、令页面其余内容不可操作、按 Esc 关闭以及关闭后归还焦点等工作，相较自行用 WAI-ARIA 拼装可减少实现成本^[8]。WAI-ARIA 则为对话框定义了 dialog 与 alertdialog 角色，用于说明其用途，其中 alertdialog 面向需要立即注意的简短重要信息^[4]。

应用

对话框最典型的用途是提示与确认。最简单的形式只显示一条信息并要求一个“已读”回应，通常通过确定或关闭按钮完成；它可用于操作前的警告与简单确认，也可提示程序终止或崩溃，以及用户有意或无意的关闭动作^[1]。执行关键且不可恢复的操作时，往往弹出消息框请用户确认，并让默认动作落在取消一侧以减少误操作^[9]。

在设置与编辑场景中，对话框承担参数收集的职责。文件打开与另存为、字体与段落属性、查找与替换等界面，都借由文本框、列表框、选项卡等控件在有限区域内完成配置^[10]。设计规范建议，当需要简洁的确认框提示重要信息，或需要用户在当前页面内处理事务、避免打断任务流程时，可在页面正中打开对话框承载相应操作^[5]。

在移动应用与网页产品中，对话框也用于展示次要内容。当屏幕空间有限而某部分内容属于次要信息时，可将其放入模态对话框，用户在特定语境下打开查看或编辑，随后关闭并回到主界面的内容列表^[2]。组件库一般区分若干类型：强制交互的对话框阻断页面其他操作，常驻提示保留至被关闭或问题解决，轻量提示多在常规情况下自动消失，三者优先级依次降低^[5]。

表单与属性类界面是对话框的另一处常见落点。以脚本编辑器的对话框编辑器为例，可从控件调色板中添加静态文本、编辑控件、按钮、复选框、单选按钮、组合框、列表框、列表视图、标签页与组框等标准控件，并通过剪贴板复制已有控件。

局限

模态对话框的主要问题在于打断用户。它会切断用户的心流，因此主要内容和相关控件应放在主视图而非散布于各个模态对话框之中；当一个对话框叠加在另一个对话框之上形成级联时，用户往往难以理清层次^[2]。可用性专家也批评以模态对话框防止非预期破坏性操作并不可靠，并指出存在更合适的替代方案^[1]。

模式本身会诱发误操作。用户可能忽略对话框提示，或出于习惯直接点击确定与取消，从而使警告失去作用；有观点据此认为模态交互模式在设计上属于不理想的选择^[1]。针对这种倾向，一些设计者建议让模态对话框所批准的动作可以撤销，为用户留下纠正余地^[7]。

对话框对键盘与屏幕阅读器用户而言较难处理，无障碍实现不当时常成为最难访问的元素之一^[11]。若未处理焦点，Tab 键可能把焦点移到对话框之外的链接或表单元素；若未用属性隐藏背景内容，屏幕阅读器仍可能读到对话框以外的信息^[11]。焦点管理本身也需权衡：内容含列表、表格或多个段落时，直接聚焦第一个可交互元素可能使开头内容滚出视野，此时更宜先把焦点放在静态元素上^[4]。

对话框还受尺寸与内容承载能力的制约。组件规范建议中文环境下标题保持 1 行、内容控制在 0 至 3 行，通知类对话框最多放置 3 个操作按钮；带内容操作的复杂页面不宜采用基础对话框，以免元素过多增加理解成本^[5]。当操作按钮文案过长时需从左右排列改为上下排列，且按钮文本不可折行^[5]。

参见

• 图形用户界面 —— 对话框所依附的界面范式，以窗口、图标、菜单和指针为基本元素。

• 模态窗口 —— 与有模式对话框同理的界面形态，未终止前阻断其他任务。

• 消息框 —— 只承担提示与简单确认的最简对话框形式。

• 控件 —— 对话框内用于输入与选择的按钮、文本框、列表框等元素。

• WAI-ARIA —— 为网页对话框规定角色、状态与键盘交互的无障碍规范。

• 人机交互 —— 研究对话框模式取舍与可用性问题的学科领域。