2种模式，7种方法，解析页面加载的处理逻辑.docVIP

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