需求分析：加载更多

Part.One 功能概述

功能名称

加载更多

功能描述

点击“加载更多”按钮、或上拉列表时，加载更多的内容。

使用场景

当一个页面有较多的信息要展示给用户时，为了减少用户单次请求对服务器产生的性能压力和时间损耗，每次只加载固定数量的少量信息。用户浏览完之后，再向服务器发起请求，加载更多内容。

常用于内容列表，如图文列表、资讯列表、专题列表、评论列表等。

常见案例

淘宝搜索结果页商品列表、简书文章列表、网易云音乐精彩评论列表、脉脉匿名八卦的热门评论、混沌大学热文列表等。

Part.Two 功能分析

数据流向图

该功能实现逻辑是：

1.前端通过接口，向后台发起请求；

2.接口将用户信息、当前页数传到后台；

3.后台接受信息，获取下一页数据列表；

4.从数据库中提取下一页数据；

5.对数据进行排序；

6.后台通过接口，将数据回传给前端；

7.前端接收信息，并将信息按既定样式展示出来。

用数据流转图表示如下：

数据流向图-加载更多

触发方式

大部分产品都使用以下两种方式来触发“加载更多”功能：

上拉列表页面：在淘宝的商品搜索结果页，当页内容浏览完后，上拉页面，将自动加载更多商品。

点击“加载更多”按钮：如人人都是产品经理点击列表页面底部的“加载更多”按钮加载。如下图：

需求点描述-交互

以“混沌大学热文列表”为例：

1.页面滚动到底部时，稍微上拉列表：底部显示“上拉可以加载更多”提示，向服务器发起加载更多内容的请求。

2.上拉列表：底部显示“松开立即加载更多”提示。

3.松开：底部显示“正在加载更多的数据”提示和loading动画，向服务器发起加载更多内容的请求。

4.加载完成：loading动画和提示消失，直接显示加载的内容。

需要说明的是，每次加载的内容数，根据需要设定，不建议加载过多，导致请求时间过长。如每条记录都希望用户点进去看，最好10条以内。若每条记录都只需用户一扫而过，可适当增加数量。

需求点描述-异常

1.无网络或服务器繁忙：请求失败后，弹出toast提示“网络异常”。

2.无更多内容：当内容列表中没有更多内容时，弹出toast提示“暂无更多内容，请稍后再试”。

体验细节

在做功能点调研时，我看到一些创新的设计方案。

1.页面滚动到某个位置时，自动加载更多，不需要用户可以去拉。如淘宝的商品列表；

2.页面滚动到底部时，适当上拉，即自动开始发起加载更多请求，并显示“正在加载”提示和loading动画，省略了其他的显示逻辑。如得到app的专栏文章列表。