一、概念简述
lsdxss，提醒方式是指用户需要提醒注意时，APP中出现的几种提醒机制。一般以弹夹的形式提示，其功能意义如下。
警告并补充有关用户当前操作的信息，或中断用户当前操作并提供反馈。
在主从的实际案例中，以如何使用的角度，进行了一些整理，如下图所示。
内阁有意的蜻蜓将从以下相关注意信息的要素分别论述轻、中、重度注意方式。
二、移动场景中提醒方式——轻度提醒
1 .应用场景
用户可以预想的变更信息能够及时提醒出现时间，并在操作后及时反馈。
例如，发送成功或失败、添加收藏、打开省流量模式……
2 .设计原则
避免干扰当前的任务，让感兴趣的用户能够找到提示。 自动消失，不需要任何操作。 3 .方式
提示框Toast，HUD。
4 .内容结构
文字信息，图像。
5 .在页面中的位置
可以显示在页面的任何位置。 可以将其设置为显示在页面的顶部、中间或底部。 但是，它通常显示在页面的中心轴上。 具体的显示位置根据页面整体的设计进行设定。 这个Toast在安卓app上很常见。
6 .伴随状态
一般没有伴随状态。
7. iOS和安卓的区别
两者没有明显的区别。
Toast的情况如下图所示。
HUD的情况如下图所示。
三、移动场景中提醒方式——中度提醒
1 .应用场景
您可能需要用户了解和感兴趣的更改信息，如朋友消息、网络错误和帐户升级。
2 .设计原则
使用户能够在尽可能不中断当前任务的情况下看到提示。 不会自动消失，但用户不需要选择，也可以无视。 3 .方式
提示对话框Snackbar、提示栏、浮层。
4 .内容结构
可能有文字信息、按钮、图像、关闭。
5 .在页面中的位置
Snackbar显示在页面的底部，提示栏显示在页面的顶部和底部，浮动层可能显示在屏幕的各个位置。
6 .伴随状态
可能有声音。
7. iOS和安卓的区别
两者没有明显的区别。
提示对话框Snackbar
Snackbar和Toas一样
有时间限制的，即使用户不进行回应，弹窗出现一段时间后也会自动消失。Snackbar 弹出一个小信息，作为提醒或消息反馈来用，一般用来显示操作结果，另外可以提供一个功能按钮给用户选择使用。
例如你删除了某张图片，App弹窗告诉你删除成功，并提供一个「撤销删除」功能按钮给你进行对应的功能操作。案例如下图：
提示栏
提示栏与提示对话框的区别在于，它是内嵌在页面上的。案例如下图：
浮层
案例如下图：
四、移动场景中提醒方式——重度提醒
1. 应用场景
不可逆、涉及金钱或不建议的变更信息，如：永久删除、购买、取消关注……
2. 设计原则
确保用户能够看到提示，哪怕打断当前任务。必须用户主动操作或进行选择才能继续。3. 方式
对话框Dialog、功能框Actionbar。
4. 内容结构
标题、内容描述（可能有图片）、选择项。
5. 在页面中的位置
对话框一般出现在页面中间、功能框一般出现在页面底端。
6. 伴随状态
可能会有声音。
7. iOS 和 Android 的区别
形式上接近。
对话框Dialog （iOS叫Alerts）
分为信息下发类和信息提交类。
使用 Dialog，功能按钮最好只有两个，让用户选择「是」或「非」的功能操作。
也常被设计成只有一个「确认」按钮，目的是让用户阅读内容后点击关闭弹窗（这种样式的 Dialog，信息内容必须非常有必要性以至于需要打断用户的操作进行信息内容阅读确认，否则请用 Toast 进行非模态弹窗提示）。
缺点：
若 Dialog 对话框出现三个或以上的功能按钮，将会增加用户的功能选择负担，所以需要使用多个功能按钮选择的时候请考虑使用 Actionbar。案例如下图：
对话框Dialog——信息下发类
案例如下图：
对话框Dialog——信息提交类
案例如下图：
功能框Actionbar——操作栏（iOS叫Action Sheets）
Actionbar 一般被设计用来向用户展示多个功能按钮选择，比 Dialog 拥有更多的功能按钮，提供给用户更多的功能选择，Acionbar 一般都设计有一个默认的「取消」功能按钮，点击该按钮后关闭弹窗，用户点击弹窗以外的区域时相当于进行了点击「取消」功能按钮的默认回应。
在 iOS 中，Actionbar 的样式比较常见的是文字列表框，它出现在页面底部，以简洁的功能描述性文字展示功能按钮，敏感的功能操作一般用红色字体标出（也可以设计其它颜色以突出某个功能按钮）。案例如下图：
功能框Actionbar——操作菜单（iOS叫Activity Views）
当功能按钮数量很多的时候，文字列表的形式不适合显示，此时可以用图形加文字描述排列的形式来进行展示。这种样式下采用菜单的样式比较合适。案例如下图：
选择列表框
减少了功能流程中的页面跳转，但是如果选项很多而且描述文字较多的时候，还是设计成选项详情页更好些。案例如下图：
五、市面上的优化方案
能在界面中展示就不用弹框，能用非模态弹框的就不要用模态弹框。
这时候我们有3种的解决方案：
通过一个新的界面展示。但是我们可以可以看出，解释信息并不多，不需要通过一个新的页面来展示。使用对话框或者浮层，在这里我们不能使用 toast，因为 toast 时间太短，用户根本读不完。在当前界面展示。总结来说：尽量在当前页面展示，不做多余方式提醒。
直接在当前页面展示信息的。案例如下图：
用多态按钮表状态的，案例如下图：
六、总结：总体原则
不管是模态弹窗还是非模态弹窗，它的出现多多少少会影响到用户当前的体验，所以我们使用弹窗要克制，先要对需要展示的信息做一个优先级的排布，根据需求的强弱选择合适的提醒方式。只有低频而又合理的使用，用户才会当回事。避免过度使用。
作者：Sophia的玲珑阁
链接：https://www.uisdc.com/3-categories-of-app-popup-reminder
今天就分享到这里啦~~
如果有任何关于设计的问题
都可以私聊站长哟
欢迎大家 骚扰