![](/style/images/good.png)
![](/style/images/bad.png)
滚动加载那么普及,为什么表格还用分页?
source link: https://zhuanlan.zhihu.com/p/368064924
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
滚动加载那么普及,为什么表格还用分页?
我记得十多年前无限加载还不普及,大部分网站都在使用分页。
![v2-95b459afed4269d2efc4cf9a60f81612_720w.jpg](https://pic3.zhimg.com/80/v2-95b459afed4269d2efc4cf9a60f81612_720w.jpg)
现在,不论是视频类、阅读类、音乐类,几乎绝大部分 C 端产品都用无限加载来展示内容。
![v2-3c7cbabb3207d8dfe09710569f7440aa_b.jpg](https://pic3.zhimg.com/v2-3c7cbabb3207d8dfe09710569f7440aa_b.jpg)
无限加载多方便啊,只要不断下滑就能继续看,不像分页那样总要被打断一下。
甚至让人有一种感觉——是不是分页可以淘汰掉了?
现在不是很多人说「B 端产品 C 端化」吗?那是不是 B 端这个分页也可以 C 端化一下,改成无限加载啊?
我以前做 B 端产品的时候,还真的这么尝试过把表格做成无限加载的。
![v2-9734ff3c6741bb1b9137cc86d31aac67_720w.jpg](https://pic4.zhimg.com/80/v2-9734ff3c6741bb1b9137cc86d31aac67_720w.jpg)
当时不论是项目负责人还是设计负责人都没有看出问题,于是这个方案一直留存了很久,直到……
遇到一个需要展示历史问题记录的表格,长度几乎不可控,我这时终于发现,B 端产品还真的很难舍弃分页这个东西!
因为分页相比无限加载,这些优势还是很明显的:
能够快速跳转
假设我滑一秒钟可以看 10 项,滑半个小时也就能看 18000 项。
但是除了刷抖音之类的娱乐场景会停不下手,谁有闲心在工具类产品上花半个小时滑页面呢?
如果是需要频繁使用的 B 端产品,每天这么刷怕是还是会刷到想破口大骂,效率实在太低。
但假设使用分页,哪怕想要看到十多万项之后的内容,只需要输入页码就好。
方便回溯定位
用无限加载时,有个问题那就是:如果我看到一个感兴趣的内容,想要想要标记一下晚点回头来看,就很难了。
C 端内容平台上,遇到感兴趣的必须点开当场查看,或者加个收藏,不然就找不到了。
B 端就不能这么干了,哪能什么东西都弄个收藏列表?而且如果想要回溯的只是一条简短的信息,也没什么好收藏的。
这种情况如果是分页就好办了,记住在哪一页就好,甚至不需要动手。
尤其如果这个列表是按照时间排序的,那么无论以后增加多少条信息,所有内容的位置永远不会改变。
允许放置多个内容区
无限加载还有一个问题,那就是一个页面最好只放一个内容区。
因为滑动页面或者滚动鼠标,不是很精细的操作,一般适合针对整页进行操作,而不方便只针对界面上某一个小区块进行操作。
而 B 端产品经常需要在一个页面展示好几个内容区(或者说表格),这种情况还是分页好用,如果用无限加载会很难办。
如果是 PC 端,用户需要把鼠标限定在指定内容区滚动才能查看;而如果是手机端就更诡异了,双层嵌套滑动条,区块太大或者太小都不好滑动。
总结
所以,我曾经想要「淘汰分页」的计划就这么失败告终,不得不把之前的方案都默默改回去了。
这么分析下来,分页的优势还是挺多的,对于 B 端产品相当重要。所谓「B 端产品 C 端化」,也不是什么情况都是适用的。
相关阅读:
体验设计不论是毕业生还是换工作,都要多练习才能准备出好的作品集。「体验设计学习社」已经计划好全年的计划,向成员提供完整项目训练营和各种读书打卡,更有好几位大厂资深交互/视觉设计师嘉宾助阵。
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK