无限下拉,还是分页?

原文出处: medium - Nick Babich   译文出处:掘金翻译计划 -  Ruixi

原文:http://design.jobbole.com/121314/

“我应该为我的项目选择无限下拉模式还是分页模式呢?” 一些设计师依然在为项目应该选择这两种模式之间的哪个来实现而纠结。每种模式都有他们的优势和劣势,而在这篇文章中,我们会概述这两种模式,并决定为我们的项目选择哪一个。

无限下拉模式

无限下拉模式使用户在浏览包含大量信息时能够使页面无穷无尽,它实现起来也并不复杂,只要在用户下滑时更新页面就行。听上去似乎还挺诱人的,然而这种模式并不是应对所有网站或应用的万全之策。

无限下拉

优势 #1: 用户参与和内容发现

当你使用滚动作为检索数据的主要方式的时候,它可能会让用户在你的网页上停留得更久,用户参与也随之增加。随着社交网络的普及,大量的信息被消耗;无限下拉提供了一种无需等待页面预加载即可畅游信息之海的有效方法

无限下拉是几乎每个发现界面的必备功能。在用户并不搜索特定内容,而是需要阅览海量信息来发现他们感兴趣的事物的状况下。

Pinterest的海量pins

你可能会把 Facebook news feed 作为估量无限下拉模式优势的例证。显然,因为内容的刷新实再是频繁,用户清楚自己不会在信息流中看到所有的东西。 通过使用无限下拉模式,Facebook 尽力向用户展现尽可能多的信息,而用户则浏览着,消耗着这股信息流。

Facebook news feed 促使用户不断下滑以刷新内容

优势 #2: 下拉比点击更易于操作

相对于点击来说用户更熟悉下拉。鼠标滚轮或者触摸屏让下拉(的动作)要比点击来的轻松迅捷。对于连续而冗长的内容,比如一篇教程,下拉模式相对将文本分为几个不同的屏幕或页面提供了更好的可用性。

点击事件: 每次内容刷新都需要一次额外的点击动作,还有等待页面加载的时间。下拉: 内容刷新只需要一个下拉动作。 图片来源:designbolts

优势 #3: 下拉适用于移动设备

屏幕越小,拉得越长。移动浏览的普及是长下拉的又一重要支撑。移动设备的手势使下拉(的动作)直观易用。其结果是,无论所使用的设备如何,用户都能享受到真正的响应式体验。

来源: Dribbble

劣势 #1: 页面性能和设备资源

页面加载速度对于良好的用户体验来说意味着一切。 多项研究已经表明缓慢的加载速度会导致人们离开你的网站或者卸载你的应用,而这些则意味着低转化率。这对于那些使用了无限下拉模式的人们来说是个坏事。用户下拉的越多,在同一页面加载的内容也就越多。其结果是,页面性能会越来越慢

另一个问题是用户设备的性能限制。在很多能够无限下拉的网站,特别是有很多图片的那种,性能有限的设备,比如iPad,可能会由于大量加载的数据而变慢。

劣势 #2: 项目搜索和定位

无限下拉的另一个问题是当用户在信息流中选定一个点的时候,他们无法标记并稍后返回到这里。一旦离开站点,他们会丢失所有的进度,还不得不重新下拉到原来的位置。 无法确定下拉的位置不仅会为用户带来烦恼或困惑,也会导致对整体用户体验的损害。

2012年 Etsy 花了些时间实现了无限下拉的界面,却发现新界面的运行并不如分页模式的界面。尽管交易额坚挺如旧,用户参与却有所降低——现在人们使用搜索已经不再那么频繁。

Etsy 的无限下拉式搜索界面。目前的版本有分页。

Dmitry Fadeyev 指出: “人们会想要回去看一眼搜索结果列表来检查他们刚过看过的项目,将它们与自己在列表中的其他地方看到的进行比对。无限下拉模式不但破坏了这种动态,更将其中的上下移动列表变得的困难起来,特别是你在其他时间回到这个页面,却发现你又要从头再来,不得不重新向下滑动列表,还要等待加载结果的时候。这样的话,无限下拉模式实际上比分页模式要慢。”

劣势 #3: 不相干的滚动条

另一个烦人的东西是不反映实际可用数据量的滚动条。 你可能愉悦的滑动页面,以为自己正靠近底部,这可能会让你稍微多滑了那么一点,结果就会是在当你抵达的时候,(内容)刚好翻了一倍。从可达性(accessibility)的角度来说的话,影响用户对滚动条的使用这一点真是糟糕。

滚动条应反映实际的页面长度

劣势 #4: 缺少底栏

底栏是有理由存在的:它们包含用户有时会需要的信息——一旦用户找不到什么东西或者想要获取更多信息的话,他们常常会去找找底栏。但因为无限下拉的缘故,用户在触及底部的同时,会有更多的数据加载,每次都会将底栏推到视线之外。

LinkedIn 在2012引入了无限下拉时,在用户加载新的内容之前截取屏幕。

使用无限下拉的网站,应该让底栏固定在(网页)底部或将链接移至顶栏或侧边栏

Facebook 把所有底部链接 (比如“法律声明”“招贤纳士”) 移到了右侧边栏。

另一个解决方案是通过使用一个加载更多的按钮,根据需要加载。新内容不会自动加载,除非点击加载更多的按钮。这样以来用户不用追逐就能容易的到达你的底栏。

Instagram 使用“加载更多”按钮以期让用户可以触及底栏。

分页模式

分页模式是一种将内容分解到不同的独立页面的用户界面模型。如果你下拉到页面底部,看到了一串数字——那就是这个网站或者应用的分页。

分页

优势 #1: 优秀的转化效果

分页模式适用于用户需要在搜索结果列表中检索特定内容的时候,而不是仅仅对信息流进行浏览

你可能会把 Google 搜索作为估量分页模式优势的例证。寻找最好的搜索结果,短只需要几秒钟,长则花个把小时,都取决于你的搜索内容。但当你决定不再按当前模式在 Google 搜索时,你知道搜索结果的具体数量。 你可以决定在何处停止或有多少搜索结果需要阅览。

Google 搜索结果数据

优势 #2: 掌控感

无限下拉像是一场无休止的游戏?——不论你已经下拉了多长,你都会觉得这永远都不会有尽头。用户在知道搜索结果数目时更能够作出更明智的决定,而不是在被留在那里面对着一个无限下拉的表单时。 根据 David Kieras 的研究人机交互中的心理学: “抵达终点提供了一种掌控感。_”。这项研究也阐明了当用户受限但是依然有相关结果时,他们很容易确定自己在找的到底在不在这里。

当用户看到的结果总数时(当结果的总数不是无限的)他们会多估计长时间自己寻找所需的时间。

优势 #3: 项目位置

一个有分页的界面会让用户对项目的大致位置有所感观。他们可能不清楚具体的页码,但会记得大致位置,而分页的链接则让这个过程更加轻松。

在使用分页时,用户可以掌控自己的浏览方式,因为他们知道可以点击哪个页面来回到之前浏览的地方。

分页模式很适合哪些电子商务性质的网站和应用。当用户在线购物时,他们会想要回到刚才离开的位置,继续购物。

MR Porter 网站使用了分页模式

劣势: 额外的动作

在分页模式下,如果要去下一个页面,用户需要找到目标链接(比如“下一页”),把鼠标悬停在其上方,点击,还要等待新页面加载完毕。

点击获取内容

这里主要的问题是,大多数网站都只为用户在一个单一的页面中显示非常有限的内容。只有在使你的网页更长且不影响加载速度的情况下,才可以使用户在单一页面无需点击分页按钮获得的更多的内容。

什么时候选用无限下拉/分页模式?

只有在少数几种情境下无限下拉模式才会相当好用。它非常适合那些用户产生内容(Twitter, Facebook) 或者 视觉内容(Pinterest, Instagram)的网站和应用。 另一方面,分页模式则是一种安全的选择, 也是那些满足用户的目标导向活动(goal-oriented activities)的网站和应用的优秀解决方案。

在这一点上 Google 的经验就是一个很好的例子。 Google 图片选用了无限下拉模式,因为用户浏览和理解图像的速度要快于文本。阅读搜索结果需要更长的时间。这就是为什么 Google 搜索依然使用分页模式。

结论

设计师们需要在权衡这两种模式的优劣之后作出选择。选择取决于你的设计情境和内容的传达方式。总的来说,无限下拉模式适用于类似 Twitter 这种网站,用户消耗着永不停歇的信息流,不需要寻找什么特定的东西;而分页模式则适用于用户需要查找特定项目,而且已浏览记录也是很重要的搜索页。

原文出处: medium - Nick Babich   译文出处:掘金翻译计划 -  Ruixi

“我应该为我的项目选择无限下拉模式还是分页模式呢?” 一些设计师依然在为项目应该选择这两种模式之间的哪个来实现而纠结。每种模式都有他们的优势和劣势,而在这篇文章中,我们会概述这两种模式,并决定为我们的项目选择哪一个。

无限下拉模式

无限下拉模式使用户在浏览包含大量信息时能够使页面无穷无尽,它实现起来也并不复杂,只要在用户下滑时更新页面就行。听上去似乎还挺诱人的,然而这种模式并不是应对所有网站或应用的万全之策。

无限下拉

优势 #1: 用户参与和内容发现

当你使用滚动作为检索数据的主要方式的时候,它可能会让用户在你的网页上停留得更久,用户参与也随之增加。随着社交网络的普及,大量的信息被消耗;无限下拉提供了一种无需等待页面预加载即可畅游信息之海的有效方法

无限下拉是几乎每个发现界面的必备功能。在用户并不搜索特定内容,而是需要阅览海量信息来发现他们感兴趣的事物的状况下。

Pinterest的海量pins

你可能会把 Facebook news feed 作为估量无限下拉模式优势的例证。显然,因为内容的刷新实再是频繁,用户清楚自己不会在信息流中看到所有的东西。 通过使用无限下拉模式,Facebook 尽力向用户展现尽可能多的信息,而用户则浏览着,消耗着这股信息流。

Facebook news feed 促使用户不断下滑以刷新内容

优势 #2: 下拉比点击更易于操作

相对于点击来说用户更熟悉下拉。鼠标滚轮或者触摸屏让下拉(的动作)要比点击来的轻松迅捷。对于连续而冗长的内容,比如一篇教程,下拉模式相对将文本分为几个不同的屏幕或页面提供了更好的可用性。

点击事件: 每次内容刷新都需要一次额外的点击动作,还有等待页面加载的时间。下拉: 内容刷新只需要一个下拉动作。 图片来源:designbolts

优势 #3: 下拉适用于移动设备

屏幕越小,拉得越长。移动浏览的普及是长下拉的又一重要支撑。移动设备的手势使下拉(的动作)直观易用。其结果是,无论所使用的设备如何,用户都能享受到真正的响应式体验。

来源: Dribbble

劣势 #1: 页面性能和设备资源

页面加载速度对于良好的用户体验来说意味着一切。 多项研究已经表明缓慢的加载速度会导致人们离开你的网站或者卸载你的应用,而这些则意味着低转化率。这对于那些使用了无限下拉模式的人们来说是个坏事。用户下拉的越多,在同一页面加载的内容也就越多。其结果是,页面性能会越来越慢

另一个问题是用户设备的性能限制。在很多能够无限下拉的网站,特别是有很多图片的那种,性能有限的设备,比如iPad,可能会由于大量加载的数据而变慢。

劣势 #2: 项目搜索和定位

无限下拉的另一个问题是当用户在信息流中选定一个点的时候,他们无法标记并稍后返回到这里。一旦离开站点,他们会丢失所有的进度,还不得不重新下拉到原来的位置。 无法确定下拉的位置不仅会为用户带来烦恼或困惑,也会导致对整体用户体验的损害。

2012年 Etsy 花了些时间实现了无限下拉的界面,却发现新界面的运行并不如分页模式的界面。尽管交易额坚挺如旧,用户参与却有所降低——现在人们使用搜索已经不再那么频繁。

Etsy 的无限下拉式搜索界面。目前的版本有分页。

Dmitry Fadeyev 指出: “人们会想要回去看一眼搜索结果列表来检查他们刚过看过的项目,将它们与自己在列表中的其他地方看到的进行比对。无限下拉模式不但破坏了这种动态,更将其中的上下移动列表变得的困难起来,特别是你在其他时间回到这个页面,却发现你又要从头再来,不得不重新向下滑动列表,还要等待加载结果的时候。这样的话,无限下拉模式实际上比分页模式要慢。”

劣势 #3: 不相干的滚动条

另一个烦人的东西是不反映实际可用数据量的滚动条。 你可能愉悦的滑动页面,以为自己正靠近底部,这可能会让你稍微多滑了那么一点,结果就会是在当你抵达的时候,(内容)刚好翻了一倍。从可达性(accessibility)的角度来说的话,影响用户对滚动条的使用这一点真是糟糕。

滚动条应反映实际的页面长度

劣势 #4: 缺少底栏

底栏是有理由存在的:它们包含用户有时会需要的信息——一旦用户找不到什么东西或者想要获取更多信息的话,他们常常会去找找底栏。但因为无限下拉的缘故,用户在触及底部的同时,会有更多的数据加载,每次都会将底栏推到视线之外。

LinkedIn 在2012引入了无限下拉时,在用户加载新的内容之前截取屏幕。

使用无限下拉的网站,应该让底栏固定在(网页)底部或将链接移至顶栏或侧边栏

Facebook 把所有底部链接 (比如“法律声明”“招贤纳士”) 移到了右侧边栏。

另一个解决方案是通过使用一个加载更多的按钮,根据需要加载。新内容不会自动加载,除非点击加载更多的按钮。这样以来用户不用追逐就能容易的到达你的底栏。

Instagram 使用“加载更多”按钮以期让用户可以触及底栏。

分页模式

分页模式是一种将内容分解到不同的独立页面的用户界面模型。如果你下拉到页面底部,看到了一串数字——那就是这个网站或者应用的分页。

分页

优势 #1: 优秀的转化效果

分页模式适用于用户需要在搜索结果列表中检索特定内容的时候,而不是仅仅对信息流进行浏览

你可能会把 Google 搜索作为估量分页模式优势的例证。寻找最好的搜索结果,短只需要几秒钟,长则花个把小时,都取决于你的搜索内容。但当你决定不再按当前模式在 Google 搜索时,你知道搜索结果的具体数量。 你可以决定在何处停止或有多少搜索结果需要阅览。

Google 搜索结果数据

优势 #2: 掌控感

无限下拉像是一场无休止的游戏?——不论你已经下拉了多长,你都会觉得这永远都不会有尽头。用户在知道搜索结果数目时更能够作出更明智的决定,而不是在被留在那里面对着一个无限下拉的表单时。 根据 David Kieras 的研究人机交互中的心理学: “抵达终点提供了一种掌控感。_”。这项研究也阐明了当用户受限但是依然有相关结果时,他们很容易确定自己在找的到底在不在这里。

当用户看到的结果总数时(当结果的总数不是无限的)他们会多估计长时间自己寻找所需的时间。

优势 #3: 项目位置

一个有分页的界面会让用户对项目的大致位置有所感观。他们可能不清楚具体的页码,但会记得大致位置,而分页的链接则让这个过程更加轻松。

在使用分页时,用户可以掌控自己的浏览方式,因为他们知道可以点击哪个页面来回到之前浏览的地方。

分页模式很适合哪些电子商务性质的网站和应用。当用户在线购物时,他们会想要回到刚才离开的位置,继续购物。

MR Porter 网站使用了分页模式

劣势: 额外的动作

在分页模式下,如果要去下一个页面,用户需要找到目标链接(比如“下一页”),把鼠标悬停在其上方,点击,还要等待新页面加载完毕。

点击获取内容

这里主要的问题是,大多数网站都只为用户在一个单一的页面中显示非常有限的内容。只有在使你的网页更长且不影响加载速度的情况下,才可以使用户在单一页面无需点击分页按钮获得的更多的内容。

什么时候选用无限下拉/分页模式?

只有在少数几种情境下无限下拉模式才会相当好用。它非常适合那些用户产生内容(Twitter, Facebook) 或者 视觉内容(Pinterest, Instagram)的网站和应用。 另一方面,分页模式则是一种安全的选择, 也是那些满足用户的目标导向活动(goal-oriented activities)的网站和应用的优秀解决方案。

在这一点上 Google 的经验就是一个很好的例子。 Google 图片选用了无限下拉模式,因为用户浏览和理解图像的速度要快于文本。阅读搜索结果需要更长的时间。这就是为什么 Google 搜索依然使用分页模式。

结论

设计师们需要在权衡这两种模式的优劣之后作出选择。选择取决于你的设计情境和内容的传达方式。总的来说,无限下拉模式适用于类似 Twitter 这种网站,用户消耗着永不停歇的信息流,不需要寻找什么特定的东西;而分页模式则适用于用户需要查找特定项目,而且已浏览记录也是很重要的搜索页。

时间: 2024-11-06 07:22:20

无限下拉,还是分页?的相关文章

JS 绑定数据,实现手机端下拉实现分页 手机下拉分页(MVC)

//在界面设置一个div 将数据动态绑定到这个div里面,在界面加载的时候,调用此方法 $(function(){ //默认进来显示第一页,一页显示五条数据 GetList(1,5); }) function GetList(page,size){ //将动态生成的html代码赋值给tr var tr=""; var url=''; ajaxHelper(url,'GET').done(function(dt){ //获取后台查询过来的数据 var data=eval(dt); $(d

coffeescript写的一个无限下拉小程序

locate=$(document).height()-$(window).height() times=0 scroller = (cb)-> if locate<=$(document).height()-$(window).height() times=0 locate+=100 scroll(0,locate) clearTimeout(timer) timer=setTimeout("scroller()",54) timer else await sleep 3

retrofit+rxjava+recyclerview+下拉刷新+自动加载更多

安卓开发过程中,网络请求与下拉刷新分页列表的控件几乎可以说是必不可少的,但是每次开发一款产品都要重新开发,肯定是不可取的,那么最好是可以自己整理一个开发框架,那么以后开发,直接引入项目即可 网络框架的封装,从httpclient,到xutils,再到volley,再到okhttp,每次整合都发现多多少少的不足,目前自己觉得最成熟的一个也就是retrofit+okhttp3+rxjava的组合,rxjava不懂的推荐看大神的深入浅出rxjava,retrofit的使用自己网上搜咯 下拉刷新列表的实

Android 怎么实现支持所有View的通用的下拉刷新控件

转载请标明出处: http://blog.csdn.net/u010386612/article/details/51372696 下拉刷新对于一个app来说是必不可少的一个功能,在早期大多数使用的是chrisbanes的PullToRefresh,或是修改自该框架的其他库.而到现在已经有了更多的选择,github上还是有很多体验不错的下拉刷新. 而下拉刷新主要有两种实现方式: 1. 在ListView中添加header和footer,监听ListView的滑动事件,动态设置header/foo

JRoll 2 使用文档(史上最强大的下拉刷新,滚动,无限加载插件)

概述 说明 JRoll,一款能滚起上万条数据,具有滑动加速.回弹.缩放.滚动条.滑动事件等功能,兼容CommonJS/AMD/CMD模块规范,开源,免费的轻量级html5滚动插件. JRoll第二版是在JRoll第一版基础上重写JRoll滑动算法,基于时间运动,解决帧频降低时滑动缓慢的问题,更改垂直水平方向判断方法,使捕获垂直水平方向更准确灵敏. JRoll第二版增减了一些api不完全兼容JRoll第一版. 先睹为快 http://www.chjtx.com/JRoll/demos/ 运行示例

Android 博客园客户端 (八) 下拉刷新、分页,AsyncTask

一直以来,无论是博客.新闻.还是推荐用户列表.只能加载固定的数量,也没有刷新功能. 为了实现这个功能,也试过很多第三方的开源控件,如PullToRefreshListVie等.无意中发现了Google官方发布了一个新的控件(SwipeRefreshLayout),支持下拉刷新,这个控件在Google应用中都有出现过.效果也是非常的不错. 具体的使用方法及代码如下: 1 <LinearLayout xmlns:android="http://schemas.android.com/apk/r

extjs4 分页工具栏pagingtoolbar的每页显示数据combobox下拉框

var itemsPerPage = 20; var combo; //创建数据源store Ext.define('recordStore', { extend : 'Ext.data.Store', // autoLoad : { // start : 0, // limit : itemsPerPage // }, start : 0, limit : itemsPerPage, pageSize : itemsPerPage, model : 'recordModel', proxy :

框架 day50 BOS项目 4 批量导入(ocupload插件,pinyin4J)/POI解析Excel/Combobox下拉框/分区组合条件分页查询(ajax)/分区数据导出(Excel)

知识点: 批量导入(ocupload插件,pinyin4J /POI解析Excel(apache POI) /区域分页查询 /Combobox下拉框 /分区组合条件分页查询(ajax) /分区数据导出(Excel下载) BOS项目笔记第4天 1.    区域批量导入功能 *Ajax不支持文件上传. *上传并且不刷新上传页面原理: Target到一个0,0,0的隐藏iframe里,造成一个没有刷新的假象 <form target="myIframe" action="ab

JS实现移动端下拉刷新更多分页请求功能方法2.0

本次2.0升级版为js实现移动端加载更多下拉刷新更多分页请求功能方法(数据一次请求,前端分页,适用于数据流量较少,数据量压力小的页面)同时新增loading组件,turnToTop组件. 本文原创非转载,如需转载请注明出处:http://www.cnblogs.com/A-QBlog/p/7068959.html 废话不多说,直接上代码: 1 ;(function (w, $) { 2 3 var loadmore = { 4 /*单页加载更多 通用方法 5 * 6 * @param callb