Partager via


LoaderManager.ILoaderCallbacks.OnLoadFinished(Loader, Object) Méthode

Définition

Appelé lorsqu’un chargeur créé précédemment a terminé sa charge.

[Android.Runtime.Register("onLoadFinished", "(Landroid/content/Loader;Ljava/lang/Object;)V", "GetOnLoadFinished_Landroid_content_Loader_Ljava_lang_Object_Handler:Android.App.LoaderManager/ILoaderCallbacksInvoker, Mono.Android, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null")]
public void OnLoadFinished(Android.Content.Loader? loader, Java.Lang.Object? data);
[<Android.Runtime.Register("onLoadFinished", "(Landroid/content/Loader;Ljava/lang/Object;)V", "GetOnLoadFinished_Landroid_content_Loader_Ljava_lang_Object_Handler:Android.App.LoaderManager/ILoaderCallbacksInvoker, Mono.Android, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null")>]
abstract member OnLoadFinished : Android.Content.Loader * Java.Lang.Object -> unit

Paramètres

loader
Loader

Chargeur terminé.

data
Object

Données générées par le chargeur.

Attributs

Remarques

Appelé lorsqu’un chargeur créé précédemment a terminé sa charge. Notez que normalement, une application n’est <>pas<> autorisée à valider les transactions de fragments pendant cet appel, car elle peut se produire après l’enregistrement de l’état d’une activité. Pour plus d’informations sur ce sujet, consultez FragmentManager#beginTransaction() FragmentManager.openTransaction() cette rubrique.

Cette fonction est garantie d’être appelée avant la publication des dernières données fournies pour ce chargeur. À ce stade, vous devez supprimer toutes les anciennes données (car elles seront publiées prochainement), mais ne devez pas faire votre propre version des données, car son chargeur le possède et s’occupera de cela. Le chargeur s’occupe de la gestion de ses données afin que vous n’ayez pas à le faire. En particulier :

<ul><li>

Le chargeur surveille les modifications apportées aux données et vous signale les nouveaux appels ici. Vous ne devez pas surveiller les données vous-même. Par exemple, si les données sont un android.database.Cursor et que vous les placez dans un android.widget.CursorAdapter, utilisez le android.widget.CursorAdapter#CursorAdapter(android.content.Context, android.database.Cursor, int) constructeur <em>sans</em> en passant l’un android.widget.CursorAdapter#FLAG_AUTO_REQUERY ou l’autre ( android.widget.CursorAdapter#FLAG_REGISTER_CONTENT_OBSERVER autrement dit, utilisez 0 pour l’argument indicateurs). Cela empêche CursorAdapter d’effectuer son propre observation du curseur, ce qui n’est pas nécessaire, car lorsqu’une modification se produit, vous obtiendrez un nouvel appel de curseur lève un autre appel ici. <li> Le chargeur libère les données une fois qu’elle sait que l’application ne l’utilise plus. Par exemple, si les données android.database.Cursor proviennent d’un android.content.CursorLoader, vous ne devez pas appeler close() vous-même. Si le curseur est placé dans un android.widget.CursorAdapter, vous devez utiliser la android.widget.CursorAdapter#swapCursor(android.database.Cursor) méthode afin que l’ancien curseur ne soit pas fermé. </ul>

Documentation Java pour android.app.LoaderManager.LoaderCallbacks.onLoadFinished(android.content.Loader<D>, D).

Les parties de cette page sont des modifications basées sur le travail créé et partagé par le projet Android Open Source et utilisés en fonction des termes décrits dans la licence d’attribution Creative Commons 2.5.

S’applique à