APP提示框架详解：Toast提示、Snackbars和Alert
某日和iOS开发聊天，说到iOS规范里没有安卓中的Toast形式的提示。我有点惊讶，仔细回忆iOS的交互规范，似乎是有。后来来书确认了下，竟然是没有。遂把这个框架整理了下，在文中同时也强调下Android的交互规范的差异。在对比这两个差异的同时也能更好的了解这个框架的设计思想。
描述
用户操作后，在APP执行操作前以模态方式让用户确认操作，或在操作告知操作结果。（ps.非模态形式反馈暂不在讨论范围）
一、构成元素
标题
文字
按钮
二、使用前提
case1：会造成严重破坏
case2：存在误操作可能性，并且会造成严重后果或不便
case3：会造成严重破坏，并且可撤销
case4：进一步对所做的操作进行确定和执行
三、表现形式
1.Toast
Toast.jpg
Android中的Toast是一种简易的消息提示框。
告知用户任务状态，操作结果，例如：发送成功，加载中，删除成功。
Toast会在屏幕所有层的最上方。
显示时间有限，1s+左右消失
考虑到显示的时间，容易被用户忽略，不适合承载过多的文字和重要信息。
这么一来，其实这个功能似乎有点鸡肋，怪不得在iOS中建议，设计一种引人注目但又和你的app 的样式相协调的方式去展示信息。很多APP中也是这么做的，脉脉的刷新成功，花瓣的上传成功。
也有的如支付宝使用的方框形式。
但要注意，Toast的出现与用户的操作行为紧密相关，所以其出现的位置与用户的操作最好能联系在一起，如上图中今日头条下拉刷新后的提示，支付宝转账成功的位置。
Toast一般有简短文字或者简单易懂的图标，如删除成功字样或者简单易懂的图标
Android 对Toast的作用介绍是，主要用于提示系统消息，但实际运用不仅限于此。
可以看到，是否把Toast融合于界面之中，其实影响的提示框架的一个特点，显示层级最高，打断用户的其他操作，让用户专心于提示框架显示的信息。而Toast
的信息刚好踩在了这个临界点上，不太重要的信息是否需要打断用户的操作。这个就要看各个产品对这个信息传达的重要性的判断了。
2.Snackbars
在Android出的Material Design中又提出了一个与Toast类似的Snackbars。
Snackbar 是一种针对操作的轻量级反馈机制，通常出现在手机屏幕或者桌面端左下方，以浮动弹出框的形式存在。
简易安卓app开发
与Toast相同，Snackbar也会出现屏幕所有层的最上方，包括浮动操作按钮；短暂出现后，会主动消失。
但Snackbar带有一定的交互性，用户触摸屏幕其他地方后自动消失，也可以在屏幕上滑动关闭。
而且Snackbar有时候可以带有一个操作，如撤销。对于一些可能会有不好后果的操作，并且可撤销，可以以Snackbars 的形式告知并提供撤销按钮。
clipboar.png
3.Alert
在用户进行操作后，APP执行操作前，如果用户的操作的结果会带来比较严重的后果，如不可撤销的数据删除，金钱交易，退出登录等。出现模态的提示框，包
括说明性的标题、文字和进一步确定按钮（1-N）。
Alert
使用Alert时必须传达出清楚且可操作的信息。和其他的模态提示一样，Alert会打断用户的操作，要求
用户集中精力来处理其传达的信息，并需要一次点击才能结束，因此要让用户明确知道警告框出现的合理性和必要性。并且Alert的出现必须非常克制，这样用户才不会因为频繁的点击确定而导致不必要的损失。所以其中每个元素的设计都要经过细致的考虑，如下文。
3.1标题
iOS要求标题的文字必须简洁易懂，快速传达当前的情境和对应的解决方案。
最好使用短句，偏于理解。
恰当的使用标点，是一个短句或一个简单但又不是问句的句子，句末不需要句号。如果是一个问句，句末使用问话。
android中提示框的标题是可选的，用于说明提示的类型。可以是与之相关的程序名，或者是选择后会影响到的内容。例如：设置，音量等。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。