1.功能概述
功能名称：加载更多
功能描述：点击“加载更多”按钮、或上拉列表时，加载更多的内容。
1.1、使用场景：
当一个页面有较多的信息要展示给用户时，为了减少用户单次请求对服务器产生的性能压力和时间损耗，每次只加载固定数量的少量信息。用户浏览完之后，再向服务器发起请求，加载更多内容。
常用于内容列表，如图文列表、资讯列表、专题列表、评论列表等。
1.2、常见案例
淘宝搜索结果页商品列表、简书文章列表、网易云音乐精彩评论列表、脉脉匿名八卦的热门评论、混沌大学热文列表等。
2.功能分析
2.1、数据流向图
该功能实现逻辑是：
-
1. 前端通过接口，向后台发起请求；
-
2. 接口将用户信息、当前页数传到后台；
-
3. 后台接受信息，获取下一页数据列表；
-
4. 从数据库中提取下一页数据；
-
5. 对数据进行排序；
-
6. 后台通过接口，将数据回传给前端；
-
7. 前端接收信息，并将信息按既定样式展示出来。
用数据流转图表示如下：
2.2、触发方式
大部分产品都使用以下两种方式来触发“加载更多”功能：
1.上拉列表页面：在淘宝的商品搜索结果页，当页内容浏览完后，上拉页面，将自动加载更多商品。
2.点击“加载更多”按钮：如人人都是网站建设高手点击列表页面底部的“加载更多”按钮加载。如下图：
2.3、需求点描述-交互
以“混沌大学热文列表”为例：
1. 页面滚动到底部时，稍微上拉列表：底部显示“上拉可以加载更多”提示，向服务器发起加载更多内容的请求。
2. 上拉列表：底部显示“松开立即加载更多”提示。
3. 松开：底部显示“正在加载更多的数据”提示和loading动画，向服务器发起加载更多内容的请求。
4. 加载完成：loading动画和提示消失，直接显示加载的内容。
需要说明的是，每次加载的内容数，根据需要设定，不建议加载过多，导致请求时间过长。如每条记录都希望用户点进去看，最好 10 条以内。若每条记录都只需用户一扫而过，可适当增加数量。
2.4、需求点描述-异常
1. 无网络或服务器繁忙：请求失败后，弹出toast提示“网络异常”。
2. 无更多内容：当内容列表中没有更多内容时，弹出toast提示“暂无更多内容，请稍后再试”。
2.5、体验细节
在做功能点调研时，我看到了一些不错的微交互设计。
-
1. 页面滚动到某个位置时，自动加载更多，不需要用户可以去拉。如淘宝的商品列表；
-
2. 页面滚动到底部时，适当上拉，即自动开始发起加载更多请求，并显示“正在加载”提示和loading动画，省略了其他的显示逻辑。如得到app的专栏文章列表。深圳网站建设博纳网络编辑整理。
当前文章链接：/construction/jzhyzx/700.html
如果您觉得案例还不错请帮忙分享：
[声明]本网转载网络媒体稿件是为了传播更多的信息，此类稿件不代表本网观点，本网不承担此类稿件侵权行为的连带责任。故此，如果您发现本网站的内容侵犯了您的版权，请您的相关内容发至此邮箱【qin@198bona.com 】，我们在确认后，会立即删除，保证您的版权。
