LoaderManager.ILoaderCallbacks.OnLoadFinished(Loader, Object) Método
Definição
Importante
Algumas informações se referem a produtos de pré-lançamento que podem ser substancialmente modificados antes do lançamento. A Microsoft não oferece garantias, expressas ou implícitas, das informações aqui fornecidas.
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
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>
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.