android - ListView : filtering via Filterable vs. 使用新 URI 重新启动 CursorLoader

Question

ListView 实现过滤内容的方法。你能详细说明什么时候应该使用它吗？

据我了解，这种过滤适用于基于数组的适配器——所有数据都已在内存中。这样，过滤器就可以帮助跳过不应该显示的数据。

但是，如果 ListView 与游标适配器(SQLite 数据库)一起使用以显示大量项目，数据可能不在内存中。另一方面，可以将过滤值嵌入到SQL查询中，有效地得到缩减后的数据集。

ListView 的过滤机制是否也是为基于游标的数据设计的？何时应使用 Filterable 以及何时应在不使用 ListView 过滤器的情况下将过滤器传递给 SQL 查询？何时应使用这种或那种方法是否有任何建议？

谢谢

附言该问题与 How the system of URIs should be designed? 分开将两者结合起来。

Answer 1

您可以兼得两者的好处。设置 Filter，但在 FilterQueryProvider 的 runQuery() 中，不要对数据库运行全新的查询。只需在原始光标周围使用包装器即可过滤掉不需要的内容。这个包装器创建起来相当简单，它是 mentioned在 SO 上也是如此。

根据最近的经验:不要同时使用两者。 Filterable 有自己的后台处理，所以如果你使用它，根本不需要任何 CursorLoader。实际上，同时使用两者并没有真正的危害，但会导致不必要的查询和性能下降。您的 runQuery() 查询应该处理两种情况，未过滤(约束为空)和过滤(约束不为空)，这意味着所有查询操作都通过过滤器运行，并且仅通过过滤器运行。启动它所需要做的就是在适配器的构造函数中调用它:

setFilterQueryProvider(this);
getFilter().filter(null);

还有一个让我有些头疼的令人讨厌的惊喜。 CusorLoader 很好地管理游标，即使在严格模式下也没有问题，但使用 Filterable 时，情况就不那么完美了。正常操作没有问题，它确实处理了旧游标，但 Activity 生命周期更改可以解决它。我找到的解决方案是扩展您与这些适配器一起使用的 ListView/RecyclerView View ，并确保游标最终被销毁:

@Override
protected void onDetachedFromWindow() {
  super.onDetachedFromWindow();
  ((CursorAdapter) getAdapter()).changeCursor(null);
}

作为替代方案，如果您不想扩展，您可以从 Activity 的 onDestroy() 为每个适配器支持的 View 调用相同的方法，但我更喜欢 set-it-and-第一个提供的忘记它方法。