1.弹窗的定义
弹窗分为模态弹窗和非模态弹窗两种。
模态弹窗：很容易打断用户的操作行为，用户必须回应，否则不能进行其他操作。
非模态弹窗：不会影响用户的操作，用户可以不对其进行回应，非模态弹窗通常都有时间限制，出现一段时间后就会自动消失。
弹窗作用：非模态弹窗一般被设计成用来告诉用户信息内容，而模态弹窗除了告诉用户信息内容外还需要用户进行功能操作。
2.弹窗的介绍
2.1 Dialog(Alerts)
Dialog需要用户对此弹框进行操作后才能继续执行其他任务。
警告框在iOS中称之为Alerts。iOS的Alerts（警告框）主要用来传达重要信息，并且常常需要用户来进行操作。
使用Dialog的时候还是谨慎一点比较好，尽量不要给用户带来糟糕的体验感。
2.2 Popover
浮出层（Popover）：是当用户轻点某个控件或页面中的某一区域时浮出的，半透明的临时视图。
常用Popover的形式来呈现页面中折叠的一些额外信息，或在首页位置呈现一些常用操作的快速入口。
2.3Actionbar（Action Sheets、Acitivity Views）
如果选择按钮太多，可以参考微信弹窗的形式组织按钮和滚动显示，但要留有足够的视觉线索。
Actoinbar一般都会提供给用户更多的功能选择，一般可以采用官方控件，如果有特殊功能的话可以自己设计；一般都设计有一个默认的“取消”功能按钮，点击该按钮后或者点击弹窗外的界面都可以关闭弹窗。Action Sheets（操作列表）和Acitivity Views（活动视图）是iOS上的特有的交互形式。
2.4 Toast/HUD
Toast是安卓系统的一个控件名词，现在也应用于iOS系统中。Toast属于一种轻量级的反馈，常常以小弹框的形式出现，一般出现1到2秒会自动消失，可以出现在屏幕上中下任意位置，但同个产品会模块尽量使用同一位置，让用户产生统一认知。Toast信息给予用户及时反馈，确保用户知晓自己所处的状态，并做出相应的措施。
考虑到Toast提示框显示的时间较短（几秒种）、占用区域不大，它容易被用户忽略，所以Toast不适合承载过多的文字和重要信息。
透明指示层（HUD）：iOS平台没有Toasts这种说法，只有HUD。（iOS音量截图）
iOS中建议，设计一种引人注目但又和你的 app 的样式相协调的方式去展示信息。（微博的刷新）
Toasts和HUD不同之处：
1.Toasts一般出现在屏幕下方，HUD出现在屏幕中间。
2.Toasts一般是灰黑或黑色半透明，HUD一般是毛玻璃半透明。
3.每次产生的Toasts内容不可改变，HUD内容可以改变（比如调节音量时出现的HUD）
2.5 Snackbar
Snackbar是Android平台特有的交互形式，很多时候也会应用在iOS系统中。它也用于向用户反馈信息，但其打扰程度介于对话框和Toast之间；一般出现1到2秒会自动消失，但和toast不同的是它是可交互的，并且一定是在底部出现。
Snackbar使用场景：当你删除收集箱某件任务时，可以在屏幕底部出现Snackbar，提示“任务成功删除”，并附带撤销操作，当用户点击撤销时，任务可恢复。用户不进行操作Snackbar则消失，任务删除成功。
Snackbar与toast的对比
1.都为小弹窗的形式，会自动消失；
2.Snackbar一般都会有操作按钮，如撤销。toast则不可交互；
3.Snackbar一般出现在底部；
4.Snackbar带有一定的交互性，用户触摸屏幕其他地方后自动消失，也可以在屏幕上滑动关闭。
5.Toast和Snackbar显示时间都可以修改（建议遵循系统）；
6.Snackbar打扰程度介于对话框和Toast之间；
7.Snackbar仅是安卓规范样式且运用还未普及，可能造成用户理解负担；
2.6 总结
Alert：当提示信息是至关重要的，并且必须要由用户做出决定才能继续的时候，请使用Alert。非用户发起的（即系统自动发起）一般都用Alert。
Action Sheet：重要程度弱于Alert时，当需要给用户更多的功能选择时使用Action Sheet。一般用户主动发起任务时用 Action Sheet。
Toast：当提示信息只是告知用户某个事情发生了，用户不需要对这个事情做出响应的时候，使用Toast。
Snackbar：以上两者之外的任何其他场景，Snackbar可能会是你最好的选择。
2.7 官方参考
Material Design规范：https://material.io/guidelines/components/dialogs.html#dialogs-alerts
iOS规范：https://developer.apple.com/ios/human-interface-guidelines/ui-views/alerts/