jquery-isotope - 如何使用jQuery同位素处理大数据集

Question

我正计划使用出色的同位素插件显示联系人列表，然后对其进行过滤。我的问题是，它适用于较小的数据集，但我不确定将其扩展为1000多个数据的最佳方法。

到目前为止，我的想法是:

加载一个随机子集，然后在单击过滤器时向其中添加节点，以填补

的空白

在用户滚动

时加载更多节点

分页结果

在选择足够的过滤器以使数字低于预定义的阈值之前不会显示联系人。

我不确定这些方法是否会奏效，我希望其他人已经遇到了这种情况并能给我一些想法。

Answer 1

您描述的情况很常见:如何让用户访问比他们一次可能看到的更多数据更多的数据。

有几种方法可以回答问题，正确的答案完全是主观的:这取决于用户尝试查看或处理联系人的内容。在您真正获得满意的解决方案之前，您需要了解用户将使用这些联系人的用途。

只是猜测(但是您会比我更了解!)，我希望他们正在做两件事:

查找:正在寻找特定的联系人，他们已经知道他们的名字/句柄。

探索:寻找特定联系人，但他们不太记得他们的姓名/名称。或者他们只是在浏览。

如果对所有解决方案都进行过滤，那么查找目标就几乎囊括其中。探索目标是您要设计的目标:

随机子集:这不是浏览的好方法，因为基本上只剩下要浏览的子集，然后必须显式过滤才能看到新内容。当您不知道要查找的内容时，很难进行过滤。

无限滚动:如今似乎是一种流行的解决方案。我觉得这很麻烦，尤其是当您“无限”滚动到1000多个联系人时。对于“探索”目标来说可能不是很好。

分页:也很麻烦-但也许如果分页与按字母顺序排序相关联，则可以很好地工作。

阈值限制:那么...仅依靠过滤？在某些极端情况下，如果用户应用一个过滤器并且他们没有看到任何东西，b/c阈值仍未达到，这可能是不好的(也许有姓氏Johnson的人的很多，即您搜索的内容)。另外，我认为当您不知道要寻找的内容时，浏览能力很重要。

我想，如果我在您的鞋子里，我会介绍一些联系方式。我怀疑1000多个联系人是一个性能问题(少了就是说一百万!)，因此10000多个联系人确实是一个用户约束:他们无法一次查看1000个联系人。

我建议介绍一些聚类，可能按姓氏或姓氏和名字。然后向用户展示一种钻取一个群集但折叠所有其他联系人的方法，这样就不会立即看到它们。 accordian/rollodex paradigm中的某物。这给您的用户一种幻觉，即他们正在使用“所有联系人”。可能为每个群集引入一个最小的数目，这样，如果群集足够小，您就不会显示它(即，为什么要为2个或3个或5个联系人显示一个群集-仅显示联系人)。然后，当应用过滤器时，团簇融化。