Android:弃用 startManagingCursor 的原因是什么？

Question

弃用 startManagingCursor 的原因是什么？

我的简单应用程序有一个 TableView ，其中包含来自数据库的数据列表。所以，我现在在 onCreate 中拥有的是:

 final Cursor cursor = getDataFromDB();
 startManagingCursor(cursor);
 setListAdapter(new CursorAdapter(cursor));

就是这样，我不需要做任何其他事情......

但 startManagingCursor 现在已被弃用，我应该实现 LoaderCallbacks ，覆盖 onCreateLoader、onLoadFinished、onLoaderReset，为我的数据库创建 ContentProvider 等等。但我不需要所有这些员工，我只需要从数据库中获取几行信息。怎样成为 ？为什么安卓会那样做？我为什么要实现所有这些工作人员？

Answer 1

话虽如此，Android 中的“弃用”通常意味着“我们将继续支持它，但我们认为有更好的解决方案”。

如果愿意继承FragmentActivity，可以使用Android Support包中的Loader框架实现，一直追溯到Android 1.6。

您当然可以在 API 级别 11+ 上使用 startManagingCursor()。但是，托管游标的问题(特别是它们在主应用程序线程上的 Activity 重新启动时重新查询())在旧版和新版 Android 上仍然存在。

来源:Android eclipse startManagingCursor Deprecated but want to support older API versions?