加载中...
图片版权所属：站长之家
来源：微信公众号“王M争”，站长之家已获授权，如需转载请联系原作者。
当你正在用微信跟同伙胡侃，在b站看纪录片，逛虎扑怼skr。这时网络忽然断掉，我们应该给用户什么样的提醒呢？最近由于本身也在梳理类似的场景，所以这篇文章就来跟大家分享交流一下在网络故障场景下如何给予用户合适的提醒。
所有的报错提醒/反馈都可以拆解为两个部分：报错征象和解决方案。因此网络发生故障时我们首先应该告诉用户您当前的网络状况非常，让用户感知到这个事实，然后再提供解决方案。
目前来说，常见的报错样式有toast、snackbar、对话框、告示栏、界面内嵌与空页面。最近看了一下本身之前的文章，发现都是基于组件来阐述适用场景。这种解构体例有个题目，那就是实际情况中，产品或者交互设计师都是基于场景去确定合适的组件。因此为了更方便大家理解，这里我不详细介绍每个组件的用法，而是以场景来定义来组件。
不提醒
首先我们必要明确一个事实：不是每一种网络故障都必要提醒用户。这里的“不提醒”其实是一个相对的说法，并不是真的不给用户提醒，而是只有效户实行了请求数据的操作才告知用户网络发生故障。支付宝就是一个典型的例子，即使断网了，用户基本也感知不到。只有效户请求了新数据，才会以toast关照用户网络非常。
支付宝这种高冷也是有底气的，由于其多数页面都有缓存机制，用户不用每次进入这个页面都要去服务端请求一遍数据。类似的还有QQ音乐、咕咚，对于这些产品来说断网并不会带来灾祸性的影响。由于断网不影响我去听缓存或下载好的歌曲，也不会影响记录活动数据。所以对于此类应用来说，当网络报错的时候，只要用户没有触发请求数据的操作，没有需要提醒用户。
当然我们必要给缓存数据设置一个有用期，假如过了那个有用期，网络照旧没有恢复正常武汉设计，应该及时提醒用户网络故障。
无缓存
当然并不是每一个页面都有缓存，对于没有缓存数据的页面，我们有两种方案。一种是展示空页面，另一种是展示骨架屏（Skeleton Screen）。
骨架屏顾名思义就是展示页面的框架，当数据请求完成时再渲染页面。这种先占好位置再加载数据的模式也被称之为占位符，都是一个意思。
最后再说空页面，其实空页面的展示方案也可以分为两种：
1 提供“刷新页面”按钮；
2 提供“解决方案”按钮；
两种方案都有本身的道理，我个人更倾向于把两种方案进行融合。展示“刷新页面”的按钮，假如用户点击了照旧没有办法请求到数据西安人事考试网报名，这时以snackbar的情势提供解决方案。其实解决方案都是指导用户去系统设置里检查/开通网络权限。