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

Definição

Namespace:

Android.App

Assembly:

Mono.Android.dll

Chamado quando um carregador criado anteriormente tiver terminado sua carga.

[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

Parâmetros

loader

Loader

O Carregador que terminou.

data

Object

Os dados gerados pelo Loader.

Atributos

RegisterAttribute

Comentários

Chamado quando um carregador criado anteriormente tiver terminado sua carga. Observe que, normalmente, um aplicativo não<> tem <>permissão para confirmar transações de fragmento durante essa chamada, uma vez que isso pode acontecer depois que o estado de uma atividade é salvo. Veja FragmentManager#beginTransaction() FragmentManager.openTransaction() para mais discussões sobre isso.

Esta função é garantida para ser chamada antes da liberação dos últimos dados que foram fornecidos para este carregador. Neste ponto, você deve remover todo o uso dos dados antigos (já que eles serão liberados em breve), mas não deve fazer sua própria liberação dos dados, já que seu Loader é o proprietário e cuidará disso. O Loader cuidará do gerenciamento de seus dados para que você não precise fazê-lo. Especialmente:

<><Ul li>

O Carregador irá monitorar as alterações nos dados e relatá-las a você por meio de novas chamadas aqui. Você não deve monitorar os dados sozinho. Por exemplo, se os dados forem a android.database.Cursor e você colocá-los em um android.widget.CursorAdapter, use o android.widget.CursorAdapter#CursorAdapter(android.content.Context, android.database.Cursor, int) construtor <em>sem</em> passar em um android.widget.CursorAdapter#FLAG_AUTO_REQUERY ou android.widget.CursorAdapter#FLAG_REGISTER_CONTENT_OBSERVER (ou seja, use 0 para o argumento flags). Isso impede que o CursorAdapter faça sua própria observação do Cursor, o que não é necessário, já que quando uma alteração acontece, você receberá um novo Cursor lançar outra chamada aqui. <li> O Loader liberará os dados assim que souber que o aplicativo não está mais usando. Por exemplo, se os dados forem de android.database.Cursor um android.content.CursorLoader, você mesmo não deve chamar close() neles. Se o Cursor estiver sendo colocado em um android.widget.CursorAdapter, você deverá usar o android.widget.CursorAdapter#swapCursor(android.database.Cursor) método para que o Cursor antigo não seja fechado. </ul>

Documentação Java para android.app.LoaderManager.LoaderCallbacks.onLoadFinished(android.content.Loader<D>, D).

Partes desta página são modificações baseadas no trabalho criado e compartilhado pelo Android Open Source Project e usado de acordo com os termos descritos na Creative Commons 2.5 Attribution License.