Android eclipse startManagingCursor已弃用但想支持较旧的API版本？

Question

我想了解一些事情，我相信这对某些人来说非常基本。

我到处读到不推荐使用startManagingCursor方法，你应该使用CursorLoader类。但这是否意味着你应该使用CursorLoader类，即使是支持API级别的应用程序＆lt; 11？或者它是说如果你打算只支持Honeycomb及以上，那么使用cursorLoader？

我似乎无法使用api 4导入游标加载器类，所以我假设使用CursorLoader在Android 3.0+之前不适用，但有人可以为我验证吗？

由于

Answer 1

  

我到处读到不推荐使用startManagingCursor方法，你应该使用CursorLoader类。

如果您愿意继承FragmentActivity，可以使用Android支持包中的Loader框架实现，一直回到Android 1.6。

话虽如此，Android中的“弃用”通常意味着“我们会继续支持这一点，但我们认为有更好的解决方案”。您当然可以在API Level 11+上使用startManagingCursor()。但是，在较旧和较新的Android版本上，托管游标（主要是在主应用程序线程上重新启动活动requery()）的问题仍然存在。

  

但这是否意味着你应该使用CursorLoader类，即使是支持API级别的应用程序＆lt; 11？

你当然可以，而且，在其他条件相同的情况下，你可能应该这样做。但是，其他所有内容都很少相同，FragmentActivity要求对您来说可能是一个问题。

如果你正在开发一个新的应用程序，今天你应该从一开始就考虑片段，在这种情况下你将使用FragmentActivity，因此使用Loader应该不是问题

  

我似乎无法使用api 4

导入游标加载器类

Loader的Android支持包实施适用于API等级4及以上版本。