提示框是一种打断用户 *** 作行为的d窗，用户必须做出确认、取消等 *** 作才能进行下一步。
常见的用法有功能引导（但别指望傲娇的用户会认真看）、d出广告信息或者重要通知（虽然用户未必觉得有卵用还感觉有点烦）、提醒用户当前 *** 作会发生什么事情（告诉用户别手贱，想好了再点）、耗时 *** 作提示（安慰客官别着急，菜正在做着）、进行文本输入或功能设置（少跳转一个页面）。
功能引导一般是APP第一次安装、UI交互改版或者更新重要功能时对用户进行使用引导，增加用户对某功能的认知度，减轻用户对APP陌生感，避免了用户面对复（nǎo）杂(cán)交互时的一脸懵逼。
广告的d窗最好是能抓人眼球。用户不是烦广告，而是烦对自己没用并且没趣的广告。
有一些 *** 作是无法挽回的，所以需要增加一个确认提示，防止用户误触。
应用正常运行的时候缺少权限会使某些功能无法正常使用，但是乐视你一个薯片……哦不对，视频软件要我定位、通话这种敏感权限，不给还强制关闭APP，这是想干嘛？还是卸载了吧。
申请权限或者应用更新的提示框最好能把事情写详细，让用户明白授权权限或者升级APP对自己有什么好处。UC浏览器耍了个心眼，把取消按钮故意设计的不显眼，视觉上引导用户去点击“立即体验”按钮。
如果用户需要进行简单的设置或输入，可以用d出 *** 作框的形式减少界面跳转。但是 *** 作框大小有限，如果是复杂设置的话最好还是跳转新的页面。
用户的耐心比金鱼的记忆时间还短。如果应用3秒没反应用户就会疑惑，5秒没反应用户就可能会觉得是出问题了而去尝试关闭。这时候就体现出了一个有趣的loding界面的重要性了。
为什么是泛Toast 呢，因为现在Toast 的玩法越来越多了。
Android官方设计规范里，Toast 是一种主要用于提示系统消息的轻量级控件，显示一段时间后自动消失，不包含 *** 作也不能从屏幕上手动关闭，不会打断用户的 *** 作，多个Toast 可以叠加出现。
之后Android针对轻量级反馈 *** 作在Material Design中新增加了一种叫Snackbar 的控件。Snackbar 以一个小的d出框的形式，出现在手机屏幕最底部，左侧为提示文本，右侧是 *** 作按钮。Snackbar 不仅会超时自动消失，用户也可以滑动将其关闭，屏幕上同时最多只能显示一个 Snackbar。
Android官方设计规范里Toast 和Snackbar都应该保持简约，不对用户造成过多的打扰，所以不建议提示文本过长（显示时间有限，太长用户看不完），更不建议在其中增加图片和过多按钮。
但是有句名言说得好，规则就是用来打破的。
小米应用市场安装完APP后出现的Toast ，功能上是方便了用户，但是设计上不太好看。
豌豆荚的新版本升级提示用Snackbar 的形式出现，左侧有两个 *** 作按钮。因为豌豆荚的这个Snackbar 是不自动消失的，除非用户点击 *** 作按钮或者滑动才会关闭，所以不会出现用户正在纠结两个按钮该点哪个而Snackbar 超时自动消失的情况。但是一句“新版本已准备好了”就想让用户去升级，看来这版本也没多重要。
上面bilibili这个投币的交互设计挺有趣的，如果投币成功后d出的Snackbar增加“再次投币”的 *** 作按钮，一定能增加用户投币的数量。
很多APP为了更少的遮挡内容，将Toast移到了顶部。
传统的Toast样式低调，很容易被用户忽略，我们可以按照提示内容设计不同的颜色，也使得APP变得更加生动有趣。
消息推送的使用场景一般是应用处于非活跃状态（未启动或在后台里），为了避免用户错过重要信息而通过系统发出提示，点击消息可跳转到应用内相关页面。
消息推送也经常被用来促进用户活跃度，消息推送的频率和质量反映了一个团队对用户心理的掌握程度。优秀的运营应该对用户群进行详细分类，投其所好才能吸引用户点击，否则用户就会烦的禁止APP推送。
有用、好用、有趣，我觉得这是交互设计中最重要的三点。
1、有用：没有反馈的APP毫无生气，而各种乱d窗又会使用户心烦到恨不得立刻卸载。所以反馈的信息一定是有价值的，让用户知道刚才发生了什么，接下来需要进行什么 *** 作，一些显而易见的情景可以省略掉提示。
2、好用：提示控件的形式一定要把握好，不同的提示类型最好要区别展示。对话框会打断用户的 *** 作，一般是处理重要事件，做好用户引导 *** 作；toast是轻量级提示，不会打断用户的 *** 作流程，提示的信息一定要言简意赅，显示时间不宜过长；消息推送最容易成为垃圾信息的重灾区，如果不能决定到底推送给用户哪些信息时，可以在设置里增加一些推送开关。
3、有趣：有趣的事情，大家都会喜欢。我相信即使是很讨厌广告的用户，在看到一个有趣的提示时也会十分感动然后把它关闭；即使是很讨厌等待的用户，在看到一个好玩的等待动画时也会会心一笑，然后时间就不知不觉的过去了。
最近看了很多关于终端d窗的文章，由于知识点零散，最终决定已文字的方式写出来，算是消化领会，以下是自身对d框的理解。
目前已知的d框有：toast、snackbar、dialog、actionbar，分类为模态和非模态d框，太官方的名字不便于理解，根据我自己的看法，把它发划分为：轻量级和重量级类型。
所谓轻量级是指出现时对用户行为影响小，不影响其 *** 作，在场景上主要是对 *** 作结果反馈、提醒，通常在超时或用户随意进行点击 *** 作之后消失。
toast： 一般以3s提醒时间显示在屏幕中上方或者下方，以文本和透明黑色背景存在，用户不可 *** 作。在安卓系统中d框控件叫toast，ios并无此说法，ios一种d框是HUD，与toast差不多性质。
Tips：
出现在状态栏下部，页面内容上部。
snackbar： 反馈轻量级 *** 作反馈，出现在屏幕底部，在屏幕所有层上方，只能以文本的形式存在，可 *** 作，滑动关闭。
使用场景：
1.d框时间短、体积小，所承载信息量有限，不易设计为过多内容信息，适合于轻度提示，不中断用户当前 *** 作行为的场景。2、语言精练、提取重点文字；3、一瞬间，时间短，不易反反复复提示，不利于用户体验。
也称为模态d框，是指对话框出现时，遮罩中断父级视图，需要完成当前d框内容，才能进行下一步 *** 作。有利于用户集中精力完成当前内容。
dialog： 用户必须对d窗进行回应，否则d窗不消失。默认有”取消“按钮，点击该按钮关闭d窗，点击d窗以外的区域相当于取消d窗。
版本升级提醒：
目前升级形式d框是如下两种，取消升级方式不一样。一种是点击“叉”关闭，一种是作为文字按钮关闭。个人倾向于文字按钮关闭，便于单手持设备方便用户 *** 作，把“立即更新”用颜色着重强调，“取消”颜色弱化视觉焦点。
这里特别喜欢携程的设计，在立即升级按钮下边，提醒用户“WiFi环境下更新不到30秒哦”，温馨提示，超出用户预期希望，深得人心的设计。
任务型领取d框：
图1与图2可选择关闭d框，不领取奖励，给用户多种选择，不强制要求领取；图3签到功能，无关闭按钮，点击直接签到，点击遮罩层也可取消，弱化关闭功能，目的在于提高用户留存率，增加用户粘性。
获取权限提醒：
应用安装到手机，根据app，需要获取不同的手机权限，才能保证软件正常使用。常见获取权限的有相机、GPS、个人通讯录、短信、推送等。图1和图2是个不错的方法，设计上表现更人性化亲切，一次性告知用户需要获取手机哪些权限，但是有些特别的权限，比如获取短信等安全性的权限，那么就需要在需要时提醒用户是否获取。所以权限获取要根据产品特性和当前使用场景来决定，合理平衡业务和用户体验需要。
用户反馈提醒：
收集用户反馈信息，后期做数据统计，及时跟踪用户需求，对产品进行迭代和优化。所以在产品中需要给用户提供意见反馈功能，让用户实时对产品做出评价和改进意见，可以直接跳转到应用市场，做用户反馈。
个人建议提醒用户评价d框出现的频率要低，比如每天提醒一次，不需要每次启动应用都在提醒，反而让用户产生厌恶感；其次在文案规划上有创意，利用当前最新网络词汇，拉进和用户的距离；再次在视觉上设计也要有创意和想法，不要墨守成规，一步一步引导用户去评价。
底部d框： 淘宝、京东、分享、支付等产品，以底部d框形式出现，中段当前 *** 作。一般ios控件d窗是以底部形式出现，android对话框控件是以显示在屏幕中间d框出现。
重量级d框使用场景：
1、需要用户做出反馈。
2、处于安全考虑，需要用户知晓，当前 *** 作带来的影响。
3、创建类目需要。
使用何种d框，应该根据当前产品业务性质和业务需求来确定，并不是一成不变的。需要着重提醒用户的可以使用重量级d框，用户知晓程度低可以使用轻量级d框。d框定义只是一种形式，面对产品时，需要正确理解当前产品业务和使用场景，在规范引导下，做出最适合的设计
在我们日常使用App过程中，经常会看到App界面有一些d窗提示（如下图所示）这样的提示框称之为Toast提示框，这些提示元素出现后等待3秒左右就会自动消失，那么我们该如何获取这些元素文字内容呢？
Appium 1.6.3开始支持识别Toast内容，主要是基于UiAutomator2，
因此需要在Capablity配置如下参数：
desired_caps['automationName']='uiautomator2'
安装appium-uiautomator2-driver: 安装命令如下：
cnpm install appium-uiautomator2-driver
安装成功后可以在 C:\Users\XXXX\node_modules看到对应的文件：
进入登录界面输入错误的用户名或者密码，获取Toast内容：
注意：Toast内容为中文时，顶部必须注释# coding=utf-8 否则会因为编解码导致文字识别失败。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）