APP loading页面：浅析「先进入再loading」的交互方法

2017-08-17 09:32 来源:人人都是产品经理 微信 /游戏

原标题：APP loading页面：浅析「先进入再loading」的交互方法

loading页面的展示方式多种多样，我总结了几点和大家一起探讨交流。

一、类型：

Loading页从逻辑上讲，会有两种分类：一种是先loading再进入、另一种是先进入再loading。两种分类从顺序上看，就是加载数据和进入页面，哪个放在前面。下面我们具体的看一下这两种分类。

先loading再进入

在一个页面中点击一个button或者一个入口时，app会先加载完下一个页面的所有数据之后，再进行跳转操作，下一个页面的所有样式布局、所有的数据，都是在加载完该页面所有的模块之后，才会跳转并显示出来。这里你可能会比较差异，自己平时用的app里面好像很少有这种交互方法。

确实，这样的交互比较少见，我在AppStore排行榜前一百位的应用里面，也没有见到这样的交互方式。平时在移动端能接触到这种交互方式的，应该是我们手机的开机过程，加载完所有模块之后才进入新的页面。这样做的原因在于，新的页面极其重要，为了不影响新页面的体验效果，才会做成先loading再进入。但同时这样做会让用户产生一定的等待焦虑，全部数据加载完，atv，可能会需要很长一段时间，在这段时间里，用户只能在本页面看着转菊花，却不能体验新的功能或者产品。所以这样的交互越来越少见了。

先进入再loading

在一个页面中点击一个button或者一个入口时，app会先进行跳转操作，下一个页面所需要的数据一步一步的加载出来。这样的交互方式比较常见，也比较符合用户的使用行为，用户点一个button，进入新的页面，肯定是迫不及待的想体验新页面的功能或者产品，所以先进入新的页面，再一步一步的加载，也成为了主流的交互方法。

二、方案：

这里讨论的方案，是类型二：先进入再loading的交互方法的实现方案。方案一：先loading再进入的使用情况比较少见，我们就不做讨论了。

全部锁定

下一个页面中全屏被锁定，只显示出转菊花（加载中），在页面没有全部加载完的时候，用户没有任何其他的交互操作的机会（包括返回退出button）。这样的交互方案，实际上是和类型一“先loading再进入”是一个意思，都得是新的页面所有数据加载完之后，用户才可以有交互操作。

全部锁定这样的方案，存在着很大的弊端，当网络环境比较差，处于弱网断网的情况下，或者所需要的加载的数据量庞大，加载的时间可能会很长。但是用户又没有其他的方式改变这样的情况，只能是等待页面全部加载完，或者是杀死进程。

部分锁定

一个新的页面被分为两个部分，一是静态数据部分，在下载apk的时候就已经设置好的，比如说返回退出button等，不随着页面的变动而变动。二是动态数据部分，每次进入新的页面时，app会向服务器请求动态数据部分的数据信息，这时页面中动态数据部分被锁定，显示转菊花，没有被锁定的部分是静态数据部分，方便用户在弱网断网、数据量庞大这些情况发生时，可以选择退出，使用app内的其他功能。

如大众点评的loading方案，在进入一个新的页面时，需要加载的部分是内容部分，顶部的框架是在app唤醒时就已经加载好的，不随着每个新的页面变化而发生改变。方便用户在弱网断网、数据量庞大的情况下做出相应的改变。

局部loading

在一个新的页面被加载时，首先会向服务器发送请求参数，看看回调参数与上一次打开该应用时的回调参数是否一致，若是一致，向本地缓存调用参数，查看一下本地是否有该页面的缓存，部分模块可能存在于缓存之中，如果有，则先展示出来缓存的内容，让页面上先有一些内容供用户浏览。每当加载完一个模块的数据之后，显示出来一个模块的内容，没加载出来的显示转菊花。