弹窗控件在设计体系中是超多窗设非常细节且复杂的，因为覆盖的案例设计场景非常多。那在实际 APP 设计中需要如何去注意使用它呢 ？计知

弹窗作用和定义

首先就从弹窗是如何发挥自己的作用开始讲解吧！ 弹窗 ：是识点指当用户在页面操作后，系统会给予反馈、全面提示、总结引导用户的超多窗设一种设计控件。在操作中，案例系统需要针对用户不同的计知操作场景给予合理的信息反馈，提示用户当前操作的识点一个结果是怎么样了，或是全面强制用户去做一些操作决定自己下一步是需要干嘛 ！

弹窗分类

其次根据是总结否强制用户的操作的场景，可以将弹窗分为模态弹窗和非模态弹窗两种；

1. 模态弹窗

强交互形式，超多窗设打断用户当前操作行为
，案例传递给用户引导信息 ，计知用户必须进行操作回应，才能进行后续流程 。 模态弹窗的主要类型为
：包含：Dialog/Alerts（警告框、对话框）；Action Sheet（动作菜单/动作面板/行动列表）、Action View（视图菜单）；Popover/Popup/Filter/Tips（气泡、弹出菜单
、筛选、引导框）

Dialog/Alerts（警告框、对话框）

这种弹窗样式在安卓系统中将它成为警示框 ，英文为"Dialog"，苹果系统中将它成为对话框 ，英文为"Alerts" ，这种弹窗样式 ，引导用户对于重要信息的操作，强制性比较高 。如下是苹果的 Alerts（对话框）实例

设计注意

Alert 位置置于屏幕中心
，告知用户特定的任务和重要信息，并请求用户进行操作反馈。使用场合广泛 ，易获取用户注意力，干扰度/警示性最高
。此类的设计样式需要克制，不滥用尽可能少用 ，Alert 通常用于紧急不可逆场景的操作提示，需要用户确认该信息
。标题不超过 2 行，描述内容不超过 3 行；按钮最多竖排 3 个，横排 2 个 ，建议使用文字按钮；一般用户最可能点击的按钮（主操作）放在右侧，取消按钮始终放在左侧
。

应用场景

运营活动 、版本升级、功能操作提示（确认、退出、删除
、清空）
 、权限获取等，如下图：

Action Sheet（动作栏） 、Action View（视图菜单）

Action Sheet（动作菜单/动作面板/行动列表）是当用户操作后触发的一种特定的模态弹框；呈现一组与当前情境相关的两个或多个选项。Action View 是 iOS 10 系统规范中在 Action Sheet 基础上延伸的新的弹窗样式，属于 iOS 规范 。

设计注意

Action Sheet 是支持连续弹出的，例如第一个 Action Sheet 中选择删除，第二个 Action Sheet 中确认删除 。此外，如果删除后的对系统或用户影响比较大，应该使用 Alert
。警示强度 Alert>Action Sheet

应用场景

一般用于功能的延伸，提供用户更多的功能选择 。如点击分享，会出现多个目标的选择。如下图

安卓对应的苹果设计样式有两种，第一个叫做 Modal Bottom Sheet（模态底部菜单），因为安卓系统的自带物理返回键的特性，所以菜单栏上没有取消按钮。（图中的淘宝案例比较特殊 ，在原生 app 中增加取消按钮），所以设计经常也会在基础规范上根据业务场景去变化。第二个是 Simple dialogs（简易对话框）
，从屏幕中央弹出，没有取消按钮 ，通过点击空白区域关闭 。微博、andROId 版使用了这个控件。如下为小米 miui 系统的页面截图：

Popover/Popup/Filter/Tips（气泡
、弹出菜单、筛选、引导框）

浮层也属于弹窗的一种，主要样式可以细分为 Popover/Popup/Filter/Tips（气泡 、弹出菜单、筛选 、引导框）等四种样式。这里通过参考了支付宝 APP 的控件分类 。案例中新增"Filter/Tips"这两个形式 。

Popover（气泡）设计注意 
：

popover 很少强制用户进行操作，是否设置遮罩取决于控件的重要属性 。

应用场景

一般用于快捷功能的展开和收起。如下图 ：

Popup（弹出菜单）

支付宝 APP 规范： https://opendocs.alipay.com/mini/component-ext/popup

Filter（筛选）

应用场景

一般用于筛选区域，针对不同维度关键词进行快捷搜索 。如下图：

Tips（引导框）

Tips 相对于 popover ，用户操作强制比较高，是否设置遮罩同样取决于设计场景的重要性 。

应用场景

一般多用于 app 启动之后的功能引导
。如下图：

2. 非模态弹窗

弱交互形式 ，不打断用户当前操作行为 ，在页面会给用户一些提示，用户可以忽略或者选择性操作 。非模态弹窗的主要类型为 ：包含 ：Toast / HUD（提示框）；Snackbar（底部弹窗）；Topbar（顶部弹窗）

Toast / HUD（提示框）

这个控件 Toast 起源于 Material Design ，随着 Toast 的广泛应用，它的定义也变得越来越模糊 ，随着系统更多新场景的出现，控件定义也在不断变化 ，类似半透明具有提示型的控件设计都可定义为 Toast。目前 iOS 系统中也有很多页面场景使用这种轻量化的 Toast 样式 。HUD 是 iOS 系统独有（iOS 的音量调节），无法被第三方应用调用。

设计注意

Toast 泛化后，它出现的位置也非常多：如在顶部、内容区上方
、导航下方 ，页面中间。出现位置稳定，更容易引起用户注意
，toast 出现的时间比较短
，所以提示的文字信息尽量保持通俗易懂，有助于快速理解的提示的内容 。设计形式上可以是：文字、文字+图标 、动效等 。

应用场景

常用于加载刷新中 、已完成、失败等结果提示 。

Snackbar（底部弹窗）

这个控件起源于 Material Design。Snackbar 出现时
，用户仍然可以在屏幕上操作 ，但控件停留时间会有限制，固定时间会自动消失；若控件中带有点击事件按钮，也可以进行其他操作：如跳转页面
、上滑退出。

应用场景

多用于撤销操作和功能引导、支持用户操作主动滑动关闭。如下图

Topbar（顶部弹窗）

Topbar 是根据已有的 app 的设计样式总结的 ，有点类似 Snackbar，但是提示的程度比较弱，一般用于低频的功能操作引导。

应用场景

常用于系统消息的提示。如下图

总结

以上就是我和大家分享的关于弹窗的所有内容，弹窗控件在整个产品设计流程中会直接或间接的影响用户操作体验
，而且随着业务场景越来越丰富，会有更多的弹窗设计样式，所以合理的把控使用就显得很重要，另外也能够帮助自己对设计有更细致的理解和思考！