ContentProviderを使用しないCursorLoaderの使用


107

Android SDKのドキュメントには、startManagingCursor()メソッドは廃止されていると書かれています:

このメソッドは非推奨です。代わりに、LoaderManagerで新しいCursorLoaderクラスを使用してください。これは、Android互換性パッケージを通じて古いプラットフォームでも利用できます。このメソッドを使用すると、アクティビティは、アクティビティのライフサイクルに基づいて、指定されたカーソルのライフサイクルを管理します。つまり、アクティビティが停止すると、指定したCursorでdeactivate()が自動的に呼び出され、後で再起動するとrequery()が呼び出されます。アクティビティが破棄されると、管理されているすべてのカーソルが自動的に閉じられます。HONEYCOMB以降をターゲットにしている場合は、代わりにLoaderManagerを使用することを検討してください。

だから私は使用したいと思いますCursorLoader。しかし、コンストラクタでURIが必要なときに、カスタムでCursorAdapter、なしContentProviderでどのように使用できCursorLoaderますか?


我々はのContentProviderなしCursorAdapterを使用している理由@Alexロックウッドは、私が提案してくださいstackoverflow.com/questions/20419278/...

我々はのContentProviderなしCursorAdapterを使用している理由は、私が提案してくださいstackoverflow.com/questions/20419278/...

回答:


155

私が書いた簡単なCursorLoaderコンテンツプロバイダを必要としません。

import android.content.Context;
import android.database.Cursor;
import android.support.v4.content.AsyncTaskLoader;

/**
 * Used to write apps that run on platforms prior to Android 3.0. When running
 * on Android 3.0 or above, this implementation is still used; it does not try
 * to switch to the framework's implementation. See the framework SDK
 * documentation for a class overview.
 *
 * This was based on the CursorLoader class
 */
public abstract class SimpleCursorLoader extends AsyncTaskLoader<Cursor> {
    private Cursor mCursor;

    public SimpleCursorLoader(Context context) {
        super(context);
    }

    /* Runs on a worker thread */
    @Override
    public abstract Cursor loadInBackground();

    /* Runs on the UI thread */
    @Override
    public void deliverResult(Cursor cursor) {
        if (isReset()) {
            // An async query came in while the loader is stopped
            if (cursor != null) {
                cursor.close();
            }
            return;
        }
        Cursor oldCursor = mCursor;
        mCursor = cursor;

        if (isStarted()) {
            super.deliverResult(cursor);
        }

        if (oldCursor != null && oldCursor != cursor && !oldCursor.isClosed()) {
            oldCursor.close();
        }
    }

    /**
     * Starts an asynchronous load of the contacts list data. When the result is ready the callbacks
     * will be called on the UI thread. If a previous load has been completed and is still valid
     * the result may be passed to the callbacks immediately.
     * <p/>
     * Must be called from the UI thread
     */
    @Override
    protected void onStartLoading() {
        if (mCursor != null) {
            deliverResult(mCursor);
        }
        if (takeContentChanged() || mCursor == null) {
            forceLoad();
        }
    }

    /**
     * Must be called from the UI thread
     */
    @Override
    protected void onStopLoading() {
        // Attempt to cancel the current load task if possible.
        cancelLoad();
    }

    @Override
    public void onCanceled(Cursor cursor) {
        if (cursor != null && !cursor.isClosed()) {
            cursor.close();
        }
    }

    @Override
    protected void onReset() {
        super.onReset();

        // Ensure the loader is stopped
        onStopLoading();

        if (mCursor != null && !mCursor.isClosed()) {
            mCursor.close();
        }
        mCursor = null;
    }
}

AsyncTaskLoaderクラスだけが必要です。Android 3.0以降のバージョン、または互換性パッケージに付属しているバージョンのいずれか。

と互換性があり、一般的なコレクションを取得するために使用されるも書きましたListLoaderLoadManagerjava.util.List


13
これを使用する素敵なコード例を見つけました-bitbucket.org/ssutee/418496_mobileapp/src/fc5ee705a2fd/demo/…-とても便利だと思いました!
シュシュ

@Cristian例をありがとう。クラスに関連付けられているライセンスは何ですか。どうすれば再利用できますか?
コーディングユーザー、2012年

2
ライセンスはApache 2.0です。いつでもどこでもそれを再利用できます。改善点があれば教えてください。
クリスティアン

14
素晴らしいもの!ユーザーは1つの制限に注意する必要があります。つまり、ローダーが行うはずのように、データの変更時に更新するメカニズムがない
emmby

1
@Jadeyeここにあなたは男があります:ListLoaderSupportListLoader
クリスティアン

23

コンテンツプロバイダーの代わりにデータベースクラスを使用する独自のローダーを記述します。最も簡単な方法はCursorLoader、互換性ライブラリからクラスのソースを取得し、プロバイダークエリを独自のdbヘルパークラスへのクエリに置き換えることです。


1
これは私の意見では最も簡単な方法です。私のアプリではCursorLoader、SQLiteカーソルを管理するための子孫を作成しました 。コンストラクターからのパートでloadInBackground、プロバイダークエリをカーソルクエリに置き換えるメソッドをオーバーライドするだけでした
Jose_GD

14

SimpleCursorLoaderは単純なソリューションですが、データが変更されたときのローダーの更新はサポートしていません。CommonsWareには、SQLiteCursorLoaderを追加し、データ変更に対する再クエリをサポートするloaderexライブラリがあります。

https://github.com/commonsguy/cwac-loaderex


2
ただし、自動再クエリを利用するには、UIと更新に同じローダーを使用する必要があり、バックグラウンドサービスの使用を制限します。
ge0rg

12

3番目のオプションは、単にオーバーライドすることですloadInBackground

public class CustomCursorLoader extends CursorLoader {
    private final ForceLoadContentObserver mObserver = new ForceLoadContentObserver();

    @Override
    public Cursor loadInBackground() {
        Cursor cursor = ... // get your cursor from wherever you like

        if (cursor != null) {
            // Ensure the cursor window is filled
            cursor.getCount();
            cursor.registerContentObserver(mObserver);
        }

        return cursor;
    }
};

これにより、データベースが変更されたときにカーソルを再クエリすることもできます。

警告のみ:Googleの無限の知恵により、パッケージを非公開にすることを決定したため、別のオブザーバーを定義する必要があります。クラスを元のパッケージ(または互換パッケージ)と同じパッケージに入れると、実際に元のオブザーバーを使用できます。オブザーバーは非常に軽量なオブジェクトであり、他の場所では使用されないため、大きな違いはありません。


クイックテストでの私の観察は、カーソルがコンテンツプロバイダーを対象としている場合にのみ、registerContentObserverがカーソルに対して呼び出されるということです。これを確認/拒否できますか?
Nick Campion

1
必ずしもContentProviderである必要はありません。ただし、カーソルは通知uri(setNotificationUri)に登録する必要があり、ContentResolver.notifyChangeを呼び出して、誰か(通常はContentProviderですが、何でもかまいません)から通知を受ける必要があります。
Timo Ohr

4
うん。CustomLoaderのでloadInBackground() 、カーソルを返す前にcursor.setNotificationUri(getContext().getContentResolver(), uri);、URIがのようなランダムなStringからのものであると言いますUri.parse("content://query_slot1")。URIが実際に存在するかどうかは関係ないようです。そして、ひとたびDBの操作を終えた。セイは、getContentResolver().notifyChange(uri, null);トリックを行うだろう。次に、クエリの数が少ないアプリの定数ファイルにいくつかの「クエリURIスロット」を作成します。私は実行時にDBレコードをテスト挿入し、それはうまくいくように見えますが、それでもそれが良い習慣であるとは疑っています。なにか提案を?
Yeung 2013

私は@Yeungの提案でこの方法を使用しており、データベースの更新時にカーソルの自動再読み込みを含むすべてが機能します。
DavidH 2015

unregisterContentObserverは必要ありませんか?
GPack 2016

2

Timo Ohrによって提案された3番目のオプションは、Yeungのコメントとともに、最も単純な答え(Occamのかみそり)を提供します。以下は私のために働く完全なクラスの例です。このクラスの使用には2つのルールがあります。

  1. この抽象クラスを拡張し、メソッドgetCursor()およびgetContentUri()を実装します。
  2. 基礎となるデータベースが変更されたとき(たとえば、挿入または削除後)は必ず呼び出してください

    getContentResolver().notifyChange(myUri, null);

    ここで、myUriはメソッドgetContentUri()の実装から返されたものと同じです。

ここに私が使用したクラスのコードがあります:

package com.example.project;

import android.content.Context;
import android.database.Cursor;
import android.content.CursorLoader;
import android.content.Loader;

public abstract class AbstractCustomCursorLoader extends CursorLoader
  {
    private final Loader.ForceLoadContentObserver mObserver = new Loader.ForceLoadContentObserver();

    public AbstractCustomCursorLoader(Context context)
      {
        super(context);
      }

    @Override
    public Cursor loadInBackground()
      {
        Cursor cursor = getCursor();

        if (cursor != null)
          {
            // Ensure the cursor window is filled
            cursor.getCount();
            cursor.registerContentObserver(mObserver);
          }

        cursor.setNotificationUri(getContext().getContentResolver(), getContentUri());
        return cursor;
      }

    protected abstract Cursor getCursor();
    protected abstract Uri getContentUri();
  }
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.