在UI中决定显式分页和隐式分页时应该考虑什么?

假设天空是极限,并且您不受本机工具包或工作框架的约束,那么有几个考虑因素:

• 每页的最大结果是无限的 ;
• 用户偏好 ? 如果是这样,那么你应该考虑让用户决定她的偏好。提供选择每页最大结果数的选项,并提供无限结果的选项(也称为“隐式”分页);
• 搜索 , 分类 滤器
• 假设您谈论的是web开发,那么 预先制作的GUI控件
• 是否允许您的用户在中提取结果并重新调整其用途 不同格式

因此显式分页是数据分页的“简化/有限”版本,其中隐式格式是原始标准。如果您可以向用户推荐“隐式”数据分页格式,那么就试试吧。查看Excel表格,了解如何允许数据过滤/排序/搜索。你甚至可以看一眼 one of my posts ,在那里,我肯定是受到Excel的启发,为我们自己的用户界面建立了标准。

在Steve Steiner对我的回答发表评论之后,我应该补充一点,即显式分页很少符合“面向业务”的要求,即您希望查看上个月的发票或获得ACME自去年以来交付的完整列表,最后将这些列表导出到Excel、Outlook或PDF文件。在这些情况下,请求需要得到彻底的响应,显式分页可能会造成混乱或限制用户的工作效率。

还有一个问题是谷歌是基于网络的。对于基于web的应用程序,您正在突破任何超过数千行(可能更少)的限制。一个列表框可能支持更多,但是如果你像谷歌一样呈现html,你会用几千行以上的响应将大多数浏览器推向黑暗面,通常需要的响应要少得多。

因此,技术限制在web浏览器上是非常真实的。有时大型数据集在大多数浏览器中都能正常工作,但在其他浏览器中会出现问题。没有一件事可以让它在所有浏览器中都能正常工作。

我会考虑以下几个问题:

从用户的角度来看,拥有一个包含数百个或数千个条目(甚至数十个条目)的列表有什么价值?

与只查看列表的第一部分相比,用户需要滚动(或翻页)一大组值的可能性有多大?

订购是否应该由用户偏好控制(例如,什么样的排序键等)?

分页与滚动相比没有可用性优势。分页是web界面的一种产物,由于技术原因(例如,网络或服务器负载、拨号上的页面负载率),它试图将一次发送的内容量降至最低。如果您没有遇到这些限制,请使用滚动。

与分页相比,滚动具有以下优点:

• 滚动条控件是标准化的,因此大多数用户已经熟悉它。分页缺乏标准化,因此需要注意并学习如何使用它(例如,页面链接位于何处,是否有第一个或最后一个链接)。

• 和 寻呼。

• 用户可以多选任何一组项目以对其执行操作(例如,复制、删除),并且用户可以在保持当前选择的同时查看任何其他项目。分页通常只允许并维护当前页面上的项目选择。

• 用户仍然可以通过单击滚动条的“轨迹”一次移动一个页面。