钉钉登录显示网络异常 关于APP设计的一些样式，Mark！

▌阅读时间：8min

▌推荐理由：近期微信的小程序刷爆朋友圈，确定就一定会取代原生app吗？只是产品展示的不同形态，今天就来打包一个关于App如何设计的文章。

Loading加载的设计

大多数App都要与服务器进行数据的交换，App向服务器发出数据请求，服务器接收到请求之后向App传输相应数据，App接收成功后显示数据内容，没有接收成功则反馈数据接收失败。在这个数据交换过程中，由于网络原因，需要花费一定时间，也就是说用户要等待加载完成，这个时候就要用到loading加载机制，它告诉用户，App正在努力为您加载数据，您稍安勿躁。好的loading设计能减弱用户的等待焦虑，不合理的loading设计就会让用户骂爹骂娘了。

①标题栏loading

钉钉&微信

微信、钉钉等都采用了这种形式。聊天列表页的聊天记录是储存在本地的，所以页面内容不为空。这个时候加载无需获取用户的视觉焦点，只要在标题栏展示App正在加载，加载成功则标题栏loading消失，若因为网络错误未连接服务器，则在标题栏显示未连接状态。

②白屏loading

ZAKER&美团

当页面内容比较单一，需要一次性加载完成才显示，则采用这种白屏加载样式。这种加载方式用户在完全加载完成之前是看不到任何内容的，所以一旦超过时间太久一定要提示用户什么原因加载失败，而不是一直在那转啊转。同时将加载图标做得更有趣些，也会减轻用户等待时的焦虑（上面右图就比左图更让用户感觉良好）。

③进度条

Safari&微信

进度条的加载样式，多见于浏览器，包括PC端和移动端的浏览器。一些App页面会用H5的形式去做，这种页面多数也都会采用进度条的样式来显示loading过程。

④Toast

淘宝&易到用车

当用户执行了某个操作时，为了防止用户继续操作导致数据加载失败，则用Toast的样式来提示正在加载，同时限制用户继续操作。这种情况用户一般只能执行返回到上一级页面的操作，其他操作都被禁用。

为了防止数据一直加载不出来，可以在Toast上加个取消按钮，让用户主动停止加载状态，由于加载数据失败的情况极少出现，所以在Toast上加取消按钮的App并不多。

⑤下拉刷新

微博&Instagram

下拉刷新广泛被运用于大多数App，这种加载机制，保证了用户能看到本地缓存数据的前提下，还能告知用户页面正在刷新，同时，用户还可以通过下拉的手势操作来自己选择重新加载数据，一定程度上满足了强迫症患者。

⑥预设图/占位符

XY&keep

当页面的框架固定时，只需要加载框架内数据时，采用这种刷新样式，即先加载框架，再加载框架内的数据。为了反之框架内的内容为空，会用占位符或者预设图片来填充。

上面简单将六种常见的loading加载样式介绍了一下，样式虽然有六种，但是其实只有两种加载原理：一种是整体加载页面数据，加载完成后一次显示；第二种是先加载部分内容，再加载剩余内容（先加载文字再加载图片；先加载框架再加载框架内的数据）。

我常说的一句话是设计形式永远是服务于产品功能的，而产品功能则是为了满足用户需求。了解了这些loading加载的设计形式，进一步深度思考一下：这些形式是为了减少用户等待数据加载时的焦虑感。那么有没有更好的机制来降低用户等待时的焦虑感？当然有。

第一：优化App的加载算法，使得App与服务器交互数据的时间简短。这个需要开发人员的精益求精了。这个是从根本上解决了问题，因为直接减少了加载数据的时间，也就是减少了用户需要等待的时间。

第二：采用预加载机制。拿阅读App打比方，当用户在看第一页的时候，App在后台加载完后面的几页，等用户翻到第二页的时候就不需要等待加载了，因为App已经帮用户提前加载好了。这种加载机制对用户体验特别好，但是存在一个问题，就是要预测用户行为，加载其他数据，这样会消耗不少流量，所以建议在WiFi网络环境下采取这种预加载机制，而在蜂窝网络状态下则不采用预加载机制。这个要和开发人员讨论沟通，确保预加载机制完美运行。

第三：异步处理。这一点做得好的App莫过于Instagram，不知道你有没有发现，用Instagram的时候会觉得特别流畅，即使在网络不好的情况下。这是为什么？因为在网络不好的情况下，你给好友点了赞，Instagram并不会提示你网络不好，操作失败，而是提示你点赞成功了，其实将它只是将你点赞的操作记录了下来，等网络一好就将点赞的行为上传到服务器，从而完成点赞行为。这就是减少用户的操作负担，让产品自己去解决问题，而不是把问题抛给用户。

请记住，目前App常见的loading加载样式就这六种，当然还有其他的加载设计样式，但是这有什么关系？你已经掌握了产品加载的原理，真正理解了加载机制，这样你才可以不变应万变。

网络异常

用户在使用App时，除了正常的使用场景，还会碰到许多特殊场景：页面内容为空（缺省页面）；网络异常；信息输入错误；

App升级等。如何友好的设计特殊场景下的App页面钉钉登录显示网络异常，对于用户体验至关重要。这也是互联网产品设计人员的基本功。

这些特殊情况下的APP设计我会陆续写文章介绍，今天先讲讲“网络异常时，APP该如何设计？”

网络异常有两种情况，一种是网络切换，即从WiFi状态切换到3G/4G网络；第二种是网络中断，APP与服务器的数据传输。

网络切换

一些需要消耗大量流量的APP，用户一般只会在WiFi的网络状态下运行（土豪用户除外），像视频APP，音乐APP，还有现在很火的直播APP。

当网络状态从WiFi切换到3G/4G时，为了防止用户消耗流量，APP会采取一定的设计形式来告诉用户，网络状态切换了，请小心。

QQ音乐&虾米音乐

QQ音乐、虾米音乐，不仅提示了用户的网络状态切换了，还告诉了用户这种情况下该怎么办，是继续用流量播放还是订购免流量包。

告诉用户发生了什么，遇到了什么问题，也给用户提供解决问题的办法和入口，这才是好的设计。

网络信号不好或网络中断

网络中断，APP无法与服务器交换数据。一般有三种设计形式处理网络中断问题。

①整页提示

当由于网络信号不好或网络中断等原因引起页面数据无法调取状态时，页面做此处理。

闪电购&猫眼

整页异常的设计样式包括三部分：icon或者插画形式；网络异常文案；重新连接网络的button。

上面两图分别是闪电购和猫眼的整页异常设计，都采用了品牌形象的插画形式，不仅增添了趣味性还起到了宣传品牌形象的作品，可谓一举两得。闪电购在button下还增加了一个入口：搞不定网络，看看小贴士。因为有部分用户可能并不清楚当前的网络中断是由于什么引起的，尤其对于小白用户来说，添加一个下贴士的入口，帮助用户解决问题。所以从用户体验的角度来看，闪电狗比猫眼做的更用心。

②预设图和占位符提示

当由于网络信号不好或网络中断等原因引起页面数据无法调取状态时，我们可以事先在APP中预设好图标和占位符来替代加载的数字、图片、文字等数据。也就是预处理过程。

京东

keep&一个

这种设计形式有一个最大的好处就是当网络中断时间很短时，用户几乎察觉不到网络中断，APP就已经恢复正常了。这就是利用设计技巧，不给用户带来额外操作成本和认知负担。

③toast和dialog提示

网络信号不好或网络中断时，用户还在继续操作APP，为了提示用户钉钉登录显示网络异常，会采用toast或dialog的形式来提示用户网络异常。

path&招行

上面两个页面都使用了dialog来提示用户网络异常，但是又有所区别。因为左边的path直接给出“设置”入口，让用户直接前往设置界面开启网络，而右边招行的dialog就逊色一点，仅仅是提示了用户网络异常，如果仅仅是提示用户网络异常，直接用toast的会更好，因为toast不会获得用户焦点，并且不会中断用户的操作。

摩拜单车&网易考拉

摩拜单车和网易考拉采用了toast的形式提示用户网络异常。

上述说的三种设计形式并不是孤立的，是可以配合使用的。上图的网易考拉APP就使用了整页提示和toast提示。形式可以千变万化，但总归是为了服务功能，而功能又立足于用户需求。深刻理解用户需求才是灵活运用设计形式的根本。

临时框

iOS和Android里有个特殊的设计形式：临时框，这是从PC时代移植过来的，对于UE设计师来说，在什么情形下用哪种临时框，是基本功之一，对于最终产品的用户体验起到举足轻重的作用。

根据不同的设计目标，临时框可以分为以下五类。

警告视图（Alert View）

回想一下，当听到一个令人震惊消息时你的反应是？大部分人的反应是“什么？”或者“你说什么？”你潜意识的要求对方再说一遍。为什么？因为这个信息太出人意外了，所以你要再次确认下是不是真的！

同样，当你触发了删除按钮时，App是什么反应？删除的操作太敏感了，所以需要让你再次确认下，这就是App里的警告视图Alert View。App要获取位置信息；访问相册和相机；让你升级App等等，这些都需要用到警告视图。

警告视图 Alert View

从上图可以看到，警告视图包括三个部分：标题；正文；按钮。有些文案简单的警告视图只有标题和按钮，不需要正文来说明。

操作列表（Action Sheet）

某天你正在用某音乐App听一首歌，看着播放界面，这时候你想要查看歌手信息，专辑信息，还想要收藏这首歌...，在当前页面要满足这这么多需求，就要用到操作列表Action Sheet。针对当前页面，用户想要执行的操作太多了，不可能把这些操作都放出来，这样页面上全都是密密麻麻的icon、button。用操作列表的形式把这些按钮都放在一个临时框里就完美的解决了这个问题，perfect。

操作列表 Action Sheet

上面三张图，看起来完全不一样，但是原理是我上面所说的，万变不离其中，只不过换了个UI样式。它们都属于操作列表。

模态视图（Modal View）

现在你已经完全掌握了两种临时框的原理，成热打铁，不要停。

打开iPhone自带的邮件App，点击写邮件，这个时候页面上底部弹出，占据了整个手机屏幕，当写完邮件，点击发送，或者不想写邮件了，点击取消，都可以回到原来的页面。这个页面就叫作模态视图Modal View

模态视图Modal View

善于思考的人可能会问，这个页面占据整个屏幕为什么要叫临时框？跟二级页面不是一样的吗？这个问题问的很好，哈哈，我来解答一下。临时框的意思并不是又占据手机屏幕的多少来决定，它的评判标准是有没有脱离主任务。二级页面是直接脱离了主任务，前往执行下一个任务，但是模态知识暂停了主任务，完成了模态里的操作后会自动回到主任务。所以你以前对临时框这个概念的理解可能就错了，懂得了某个设计形式的本质，你才能像庖丁解牛一样游刃有余。

模特视图有一下几个特点（对照上面三种图会更容易理解）：

①占据整个屏幕，或者占据整个父视图的区域。

②包含完成当前任务所需的文字和控件。

③通常也包含一个完成任务的按钮，和一个取消按钮。

Toast

Toast，我没有找到与其对应的中文，所以只能用英文了（知道恰当翻译的朋友可以来公众号：UE修养，给我留言），当时这并不妨碍理解它。

上面三种视图都有一个共同点，你必须执行某个操作（点击完成也好、取消也好）临时框才会消失。当时Toast比较特殊，它会自动消失，一般维持的时间是1秒到1.5秒。时间太短用户没办法感知，时间过长又没有必要。

Toast

Toast临时框的组成比较简单，一个颜色作为打底，上面展示要提示的文案。

那么什么情况下要用到Toast呢？①由于移动端的使用场景很复杂，用户执行了某一个操作时，很多时候App并不能立即反馈给用户操作结果，这个时候弹出一个Toast提示用户已经执行了该操作，会显得很人性化，这就是用户体验。②当用户执行无效操作时提示用户，该操作不正确。想象一下，如果上图的第三张页面，App不提示用户系统账号无法删除，用户会很懵逼，因为点击删除按钮毫无反应，用户也不清楚为什么没反应。③提示用户操作错误或者正确，列如App经常会提示用户：登录成功、下载失败、密码输入错误。

总结一下，今天讲了不同临时框的作用、使用场景和设计规则：

①警告视图（Alert View）

②操作列表（Action Sheet）

③模态视图（Modal View）

④Toast

记住这些临时框的名字并没有丝毫用处，重要的是理解每种临时框的设计原理。这样你才会根据不同场景不同用户目标来选择恰当的临时框。

✌️✌️✌️

文/邹志楠（订阅号：UE修养） 著作权归作者所有

— END —