有些APP的页面经常容易出现一直转菊花、等很久才能看到内容、图文显示错位等问题，这其实是没有妥善的设计页面加载逻辑。本文详解了页面加载的2种模式和7种方法，相信对初级PD有一定启发。
页面加载模式
页面加载主要有2种模式，默认是第2种，除非PD特殊说明。
- 先获取数据再显示页面(预先加载下一个页面数据，点击后立即显示下一个页面的所有内容。)
- 先显示页面再获取数据(点击某个按钮立即进去下一个页面，然后再获取所有控件的数据。)
页面加载方法
整体加载
需要注意的是，如果该页面是H5实现，逻辑也是相似的。
- 定义：加载完所有内容后，再展示给用户看
- 作用：能保证内容的整体性，能系统化的阅读所有内容。
- 交互：显示在页面中央，先显示”加载中toast”，同时客户端拉取数据，全部拉取成功后再隐藏”加载中toast”，如果拉取失败则显示”失败toast”。
- 场景：某些重要页面，比如购物车
- 注意：可能有强烈的等待感，当超过3s后让用户产生焦躁。
分块加载
- 定义：根据资源类型进行先后加载。文字→图片→语音→视频封面→其他资源
- 作用：可以帮助用户快速阅读内容。
- 场景：文章阅读页、新闻详情页
- 注意：也许会丢失掉重要的关键信息，无法建立信息获取的闭环。
整页加载
- 定义：当前页与下一页是整页切换的时候，可以采用整页加载的形式。
- 作用：能保证每个页面的完整性，体验比较顺畅。
- 场景：全屏查看多图
- 注意：不好保证整页的加载效率，且有可能影响浏览的流畅度。另外每个页面的数据量不能很大。
分页加载
- 定义：展示列表数据的时候，比如默认展示20条，滚动到最后的时候自动再加载20条或者手动点击加载。
- 作用：把用户代入无尽浏览模式，让用户一直向下滚动，不需要手动点击下一页。
- 场景：列表页，比如Pinterest的首页瀑布流
- 注意：没有尽头，容易迷失，不方便快速索引定位到某个内容。另外加载方式可选自动和手动点击2种。
分屏加载
- 定义：先加载框架和文字，再加载第一屏数据，向下滚动到哪里加载到哪里。
- 作用：可以帮助用户快速阅读内容。
- 场景：多屏并且数据较大的页面，比如h5电商活动页
- 注意：也许会丢失掉重要的关键信息，无法建立信息获取的闭环。
智能加载
- 定义：非WIFI网络下，只加载内容框架以及文字，图片视频等只显示占位符。点击占位符，才去获取真实图片。WIFI网络下，初始加载所有资源。
- 作用：根据具体场景来控件流量和加载速度。
- 场景：数据量比较大的页面，比如优酷的视频详情页
- 注意：不一定真实有效的命中用户需求。
WIFI预先加载
- 定义：有WIFI的时候预先加载常用数据，缓存到本地，当没网的时候，直接加载已经缓存下来的内容。使用了预加载+离线缓存机制。
- 作用：解决了没网获取数据的问题，且节约了流量。
- 场景：小说阅读App、视频类App。
- 注意：占用本地存储空间，有时候预加载的内容最后用户没看。
最后
大家可以根据自己的业务需求，选择适合自己的页面加载模式和加载方法。
当然最好是在APP刚创建的时候去从全局的角度来定义该规则，其次重构客户端的时候也可以，平常只适合修改单个页面的规则。
产品教练
若有收获，就点个赞吧
0 人点赞
