GXT网格分页列表存储

Question

我使用的网格使用分页，因此它使用ListLoader/MemoryProxy来管理页面。但在这种情况下，商店在任何给定时间都只知道当前页面中的项目。我还使用了支持排序的GroupingView（remoteSort=false）。但它只根据商店中的内容进行排序，即当前页面。但是，如果一个组扩展到第二个页面，排序将不考虑另一个页面上的组条目，因此在这种情况下排序是不正确的。有人对如何解决这个问题有什么解决方案或想法吗？

Answer 1

问题是试图将你的“页面”概念映射到“组”-如果你在大小一致的页面中浏览结果，很可能这与你的组不匹配。例如，只要每个组只有几个项目，您可能会接近预期的页面大小（加或减几个项目），但您必须在分页时考虑到这一点。但是，当一个组（或一行中的几个组）的大小等于或大于一页时，会发生什么？

例如，假设您将页面大小设置为25个项目，3个组正在进行中，A有15个项目，B有20个项目，C有50个项目。如果第一页有25项，则

1. 有15个A项，没有B项（这样组就不会被拆分，页面也不会太大）
2. 有15个A项和10个B项（这样页面大小合适）
3. 有15个A项和20个B项（这样组就不会被拆分，页面至少有25个项，但比预期的要大）

好吧，这有点烦人。当我们考虑第二页的项目时，情况确实变得更糟：

1. 页面必须从第16项开始，而不是第26项，并且只有20 B项（如果您希望看到足够多的项以及如何在大尺寸网格中留有空白，仍然令人沮丧）。
2. 页面从第16项开始，有20 B项，然后是5项C项（没有你描述的情况那么糟糕，因为B是完整的，但是C不是-如果你希望看到小组在一起，仍然令人沮丧）。
3. 页面从第36项开始，包含所有50个C项（可能会在一组中最多100或1000个项时停止浏览器）。

幸运的是，所有这一切都很容易实现：服务器在paging results对象中告诉客户端它返回了什么，以及它发送的实际偏移量和项目（可能是也可能不是客户端请求的）。

在分页时将远程排序设置为false没有任何意义，因为服务器必须排序（或分组，这是一种排序）才能以一致的方式获得组。也就是说，如果您的查询仍然执行此操作，则分组视图必须确保项目已正确分组。与分页详细信息一样，它们是否被排序实际上对客户端并不重要（可能对用户很重要…）只要组中的项目彼此相邻（因为视图不会再次对项目重新排序）。