提示控制元件中的双刃剑：霸气外露的Dialogs家族_操作
在前两篇文章中为大家介绍过了Snackbars和Banners两位轻量级提示控制元件的用法，今天就让我们来继续详解一下BOSS级的提示控制元件Dialogs家族吧～
一、什么是Dialog
Dialog正是我们熟称的“弹窗”，该控制元件属于提示控制元件中的一种，通常用于强干扰的资讯提示，该提示会打断使用者的当前操作，使用者必须执行对应操作后才可以对其进行取消。
Dialogs因为属于强干扰，所以在提示时的霸气程度会远远大于Banner和Snackbar，让我们来看看它的霸气到底体现在哪里：
视觉层：
操作层：
综上所述，三个提示控制元件的干扰度从强到弱排序可以视为：Dialog > Banner > Snackbar。Dialog虽然霸气非凡，但对使用者过分霸气终究不是一件好事，毕竟强制中断使用者行为会引起使用者强烈的反感。
因此我们不得不建议产品经理和设计师们，尽量谨慎使用Dialog控制元件，采用相对柔和的一些控制元件来承载提示和操作，譬如Menus、Bottom sheet、Action sheet或者Activity view。当然大家不必着急，这些控制元件稍后我也会进行一一解析。本篇文章的篇幅还是留给Dialogs家族的成员们吧～
Alert dialogs 警告对话方块
在Google Material Design和iOS Human Interface Guidelines中都对其有规范定义，属于两端皆可使用的原生控制元件。
1. 使用场景
Alert dialog通常用于紧急不可逆情况的提示，需要使用者确认该资讯。
2. 注意事项
左侧竖排为Android样式，右侧竖排为iOS样式。
仅在高风险情况下使用带标题栏的Alert。
4. 显示与消失
（1）显示
Alert显示时背景显示深色遮罩，并会立即中断使用者正在进行的操作。
（2）消失
Alert仅支援2种关闭方式：
有道云笔记在删除档案时，使用Alert以警告使用者删除的内容将无法恢复。
Simple dialogs 简易对话方块
特属于Google Material Design中定义的原生Dialog控制元件。
1. 使用场景
Simple dialog通常用于提供列表项的详细资讯或操作。
2. 注意事项
样式型别：
3. 显示与消失
显示：Simple dialog显示时背景显示深色遮罩，并会立即中断使用者正在进行的操作。
消失：
Simple dialog支援3种关闭方式：
安卓端的Keep利用Simple dialog来承载话题举报的操作，使用者点选任意一选项后触发提交。（在iOS端其使用的是Action sheet）
Confirm dialogs 确认对话方块
特属于Google Material Design中定义的原生Dialog控制元件。
1. 使用场景
Confirm dialog通常用于复杂操作前的最终确认，使其有机会在必要时改变主意。
2. 注意事项
支援巢状Selection controls。
4. 显示与消失
显示：Confirm dialog显示时背景显示深色遮罩，并会立即中断使用者正在进行的操作。
消失：
Confirm dialog支援4种关闭方式：
应尽量避免内容滑动，当确实需要滑动时，标题需固定在顶部，按钮固定在底部，保证滚动的同时仍然可见标题和按钮。Dialogs存在时禁止滚动对话方块以外的元素，例如背景。
6. 范例
原生安卓系统使用Confirm dialog来承载彩铃设定功能。
Full-screen dialogs 全屏对话方块
特属于Google Material Design中定义的原生Dialog控制元件。
1. 使用场景
Full-screen dialog通常用于对一系列复杂任务的分组。
2. 注意事项
（1）仅在以下场景中使用Full-screen dialog：
（2）Full-screen dialog仅限于在移动端使用。
3. 样式型别
在Top app bar上需展示“X”按钮和确定性按钮。
4. 显示与消失
显示Full-screen dialog显示时填充全屏，使用沉浸式的全屏布局。
消失：
Full-screen dialog支援3种关闭方式：
点选“X”按钮或系统返回键时将丢弃所有更改资讯并退出，如果使用者发生了字段更改，需给予Confirm Dialog进行二次确认。
6. 范例
Teambition使用Full-screen dialog来承载Date picker和Time picker的多重时间设定。
提示控制元件的用法总结
俗话说的好，“好钢用在刀刃上”，产品经理和设计师应当尽量将Dialogs应用于非常重要的使用场景（这里的也包含我们定制的活动弹窗），所谓物以稀为贵，少量使用可以凸显出其重要性，过度使用则会使人感到异常反感（带来同样问题的还有过度的新手引导和红点提示）。
那么如何来更好的来选择控制元件呢？
我们可以将内容资讯的重要程度为判断基准：
若不重要，请使用Toast或Snackbar；若一般重要，请使用Banner；若很重要，请尽量先考虑使用Bottom sheets（Android）、Action sheet（iOS）或Activity view（iOS )等模态控制元件，若以上不能满足需求，再使用Dialogs。
本文由 @愚者秦 原创释出于人人都是产品经理，未经许可，禁止转载
题图来自Unsplash，基于CC0协议
