Comment CursorLoader avec LoaderManager savons pour envoyer le curseur à un CursorAdapter?

Je passais par certains de mon code et j'ai réalisé que je ne sais pas vraiment comment un CursorLoader et LoaderManager combinaison avec un CursorAdapter connecter. Heres la partie que je suis confus dans.

agendaAdapter = new MyAgendaAdapter(this, null);

makeProviderBundle(new String[] {"_id", "event_name", "start_date", "start_time",
    "end_date", "end_time", "location"}, "date(?) >= start_date and date(?) <= end_date", 
new String[]{getChosenDate(), getChosenDate()}, null);

getLoaderManager().initLoader(0, myBundle, MainDisplayActivity.this);
list.setAdapter(agendaAdapter);

Donc comment le query() méthode de mon custom ContentProvider savoir pour l'envoyer à l' CursorAdapter? Je ne vois pas le lien. Je comprends tout le reste, mais ce que cette question est sur. Oh, et je dois le mentionner, le code fonctionne très bien.

  • Je commence à soupçonner que vous êtes de poser ces questions juste à vis avec moi, sachant que je ne peux pas m'empêcher de répondre (même quand je suis au travail lol)
  • idk quoi vous parlez 🙂 mais si vous êtes là...
InformationsquelleAutor Andy | 2012-06-22
  1. 84

    Tout d'abord, consultez l'exemple de code à ce post et ce post pour un regard plus en profondeur dans la façon dont le processus fonctionne.

    Et maintenant, pour répondre à vos questions...

    Comment fonctionne la méthode query() de mon custom ContentProvider...?

    Bien, d'abord, rappelez-vous que getContentResolver().query() ne pas appeler le fournisseur de contenu query méthode directement. Vous êtes en invoquant le contenu de résolution de la méthode de requête, qui analyse la Uri, détermine le fournisseur que vous souhaitez invoquer, et puis appels de votre fournisseur query méthode.

    Comment la requête get envoyés à ce CursorAdapter?

    Je vais vous guider à travers le processus à l'aide de la API Démos comme un exemple. Notez que l'API démos utilise un ListFragment au lieu d'un ListActivity (la différence n'est pas importante dans le contexte de cette question).

    1. Tout d'abord, créer (et configurer) le CursorAdapter.

      mAdapter = new SimpleCursorAdapter(
        getActivity(),
        android.R.layout.simple_list_item_2, 
        null,
        new String[] { Contacts.DISPLAY_NAME, Contacts.CONTACT_STATUS },
        new int[] { android.R.id.text1, android.R.id.text2 }, 
        0);

      Après cette instruction est exécutée, la SimpleCursorAdapter sait comment il doit associer le curseur de données avec votre point de vue. Toutes les données dans le curseur de Contacts.DISPLAY_NAME colonne sera associé avec la vue avec id android.R.id.text1, etc.

      Note que vous avez passé un null curseur en tant que troisième argument du constructeur. C'est très important, comme nous l'avons interrogé pas encore de données (c'est le LoaderManager et CursorLoader's d'emploi).

    2. Prochaine, initialiser le chargeur.

      getLoaderManager().initLoader(0, null, this);

      Ceci dit l' LoaderManager créer et démarrer le Loader correspondant à l'id de 0.

    3. La LoaderManager appels onCreateLoader(int id, Bundle args).

      onCreateloader renvoie une sous-classe de la Loader<Cursor> de l'interface (c'est à dire un CursorLoader, dans ce cas). Cette CursorLoader va exécuter la requête initiale et va se mettre à jour lorsque des modifications de données.

      Si votre activité/fragment a plus d'un chargeur, vous devez alors utiliser switch(id) pour déterminer le chargeur qui a été chargé de commencer le processus de chargement.

    4. La requête de curseur est passé à onLoadFinished().

      Immédiatement après la CursorLoader est instancié et renvoyé à l'étape 3, le CursorLoader effectue la requête initiale sur un thread séparé et un curseur est retourné. Lorsque le CursorLoader finitions de la requête, il retourne la nouvelle interrogé curseur à la LoaderManager, qui transmet ensuite le curseur de la onLoadFinished méthode. À partir de la documentation, "la onLoadFinished méthode est appelée lors de créée précédemment chargeur a fini sa charge."

    5. La requête de données est associée à la CursorAdapter.

      mAdapter.swapCursor(data);

      Noter que onLoadFinished est aussi généralement là que vous mettez à jour l'activité/du fragment de l'INTERFACE utilisateur avec les données demandées. Ce n'est pas nécessaire dans ce cas, comme nous l'avons précédemment appelé setListAdapter(mAdapter). Le ListFragment sait comment utiliser les CursorAdapter (voir l'étape 1)... tout ce que nous devons faire est de passer la carte le curseur avec swapCursor, et la ListFragment prendra soin d'afficher les données sur l'écran pour nous.

    Laissez-moi savoir si vous avez des questions (ou si il y a des fautes de frappe, etc.).

    TL;DR

    Le curseur qui contient vos données interrogées est associée à la CursorAdapter dans onLoadFinished. Ceci est habituellement fait en appelant mAdapter.swapCursor(data).

    • Fantastique exécuter par le biais de sur les chargeurs
    • Ne pas me remercier... merci à tous de la merde, mal développé des applications sur l'Android market. Ils sont la raison pour laquelle je me sens responsable pour expliquer ce processus dans excessives détail. 🙂
    • Hey @AlexLockwood question rapide. Si je suis à l'aide d'un CursorLoader avec un LoaderManager je n'ai pas besoin de vous inquiéter à propos de la fermeture de la base de données ou les curseurs à droite. Mais qu'en est quand je viens de l'utiliser directement comme getContentResolver().query(). Dans ce cas, dois-je fermer explicitement, ou est-ce encore gérés par la classe elle-même?
    • Si vous utilisez un CursorLoader + LoaderManager alors vous devriez pas fermer la Cursors (ou sinon une exception sera probablement jeté). Extrêmement court, mais l'explication détaillée de ce qui se passe est que le Activity raconte l' LoaderManager pour effectuer certaines actions pendant la Activity du cycle de vie (c'est à dire qu'il doit demander à l' LoaderManager à conserver son Loaders sur un changement de configuration). Le LoaderManager va réagir à ces demandes par l'appel de la CursorLoader méthodes (c'est à dire onStartLoading, onStopLoading, et un tas d'autres méthodes héritées de la Loader classe).
    • Alors, dans ces méthodes le CursorLoader fermera ses curseurs en conséquence (c'est à dire dans onReset, etc.). En d'autres termes, ce n'est pas le LoaderManager de clôture, les curseurs... c'est la LoaderManager dire la CursorLoader pour fermer les curseurs.
    • Mais ouais... en gros vous n'aurez jamais à fermer les curseurs lorsque vous utilisez CursorLoaders haha. Vous devriez fermer les curseurs interrogé avec getContentResolver().query mais, depuis les premières curseurs ne sont pas gérés.
    • Où dans l'Activité/Fragment du cycle de vie est-il préférable de faire appel à getLoaderManager().initLoader? J'ai regardé Google code source, et ils le font dans tous les sens: certains dans onCreate, onResume, onActivityCreated, onCreateView
    • Je me souviens d'en discuter avec certains d'Android d'autres devs ici. J'ai toujours initialiser les chargeurs dans onActivityCreated(). Je suis d'accord avec vous que Google documentation est un peu vague sur ce point... mais je n'ai jamais eu aucun problème avec l'initialisation de Chargeurs en onActivityCreated().
    • Je veux avoir plus de contrôle sur mon point de vue. Comment puis-je le remplacer SimpleCursorAdapter avec CursorAdapter à l'aide de CursorLoader?
    • Je voudrais faire quelque chose de clair pour moi (et tous les autres). Après je remplace le curseur avec oldCursor = cursorAdapter.swapCursor(newCursor), dois-je fermer la oldCursor par moi-même ou est-ce pris en charge ou est-ce même une mauvaise idée? Je sais que newCursor ne doit pas être fermée en aucun cas, à moins unitil il n'est pas échangé pour un nouveau.

    InformationsquelleAutor Alex Lockwood