FragmentTransaction.SetReorderingAllowed(Boolean) 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.
Define se deseja ou não permitir a otimização de operações dentro e entre transações.
[Android.Runtime.Register("setReorderingAllowed", "(Z)Landroid/app/FragmentTransaction;", "GetSetReorderingAllowed_ZHandler", ApiSince=26)]
public abstract Android.App.FragmentTransaction? SetReorderingAllowed(bool reorderingAllowed);
[<Android.Runtime.Register("setReorderingAllowed", "(Z)Landroid/app/FragmentTransaction;", "GetSetReorderingAllowed_ZHandler", ApiSince=26)>]
abstract member SetReorderingAllowed : bool -> Android.App.FragmentTransaction
Parâmetros
- reorderingAllowed
- Boolean
true para habilitar a otimização de operações redundantes ou false desabilitar a otimização de operações redundantes nessa transação.
Retornos
A mesma instância fragmentTransaction, permitindo que operações de transação adicionais sejam encadeadas.
- Atributos
Comentários
Define se deseja ou não permitir a otimização de operações dentro e entre transações. Isso removerá operações redundantes, eliminando operações que cancelam. Por exemplo, se duas transações forem executadas juntas, uma que adiciona um fragmento A e a próxima a substitui pelo fragmento B, as operações serão canceladas e somente o fragmento B será adicionado. Isso significa que o fragmento A pode não passar pelo ciclo de vida de criação/destruição. O efeito colateral da remoção de operações redundantes é que os fragmentos podem ter alterações de estado fora da ordem esperada. Por exemplo, uma transação adiciona o fragmento A, um segundo adiciona o fragmento B e, em seguida, um terceiro remove o fragmento A. Sem remover as operações redundantes, o fragmento B poderia esperar que, enquanto ele estiver sendo criado, o fragmento A também existirá porque o fragmento A será removido após a adição do fragmento B. Com a remoção de operações redundantes, o fragmento B não pode esperar que o fragmento A exista quando ele foi criado porque a adição/remoção do fragmento A será otimizada. Ele também pode reordenar as alterações de estado de Fragmentos para permitir transições melhores. Fragmentos adicionados podem ter Fragment.onCreate(Bundle) chamado antes de fragmentos substituídos terem Fragment.onDestroy() chamado. O padrão é falso para aplicativos destinados a versões de versão anteriores ao O e true para aplicativos direcionados a O e posteriores.
Referência do Android para android.app.FragmentTransaction.setReorderingAllowed.
Partes desta página são modificações baseadas no trabalho criado e compartilhado pelo Project Open Source do Open Source e usadas de acordo com os termos descritos na Creative Commons 2.5.