FragmentTransaction.SetReorderingAllowed(Boolean) メソッド

[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

パラメーター

返品

同じ FragmentTransaction インスタンス。追加のトランザクション操作をチェーンできます。

属性

RegisterAttribute

注釈

トランザクション内およびトランザクション間での操作の最適化を許可するかどうかを設定します。 これにより、冗長な操作が削除され、キャンセルする操作が削除されます。 たとえば、フラグメント A を追加し、次にフラグメント B に置き換える 2 つのトランザクションが同時に実行される場合、操作は取り消され、フラグメント B のみが追加されます。 つまり、フラグメント A は作成/破棄ライフサイクルを通過しない可能性があります。 冗長な操作を削除すると、フラグメントの状態が予期した順序から変化する可能性があるという副作用があります。 たとえば、1 つのトランザクションでフラグメント A が追加され、2 つ目のトランザクションでフラグメント B が追加され、3 つ目のトランザクションによってフラグメント A が削除されます。冗長な操作を削除しないと、フラグメント B は作成中にフラグメント A も存在することが予想されます。フラグメント A はフラグメント B の追加後に削除されるためです。 冗長な操作を削除すると、フラグメント B はフラグメント A の追加/削除が最適化されるため、フラグメント A の作成時にフラグメント A が存在することを予期できません。また、フラグメントの状態変更を並べ替えて、より優れた遷移を可能にすることもできます。 追加されたフラグメントには、置き換えられたフラグメントに Fragment.onDestroy() が呼び出される前に Fragment.onCreate(Bundle) が呼び出される場合があります。 O より前のバージョンを対象とするアプリケーションでは既定値は false、O 以降を対象とするアプリケーションの場合は true です。

android.app.FragmentTransaction.setReorderingAllowedの Android リファレンス。

このページの一部は、によって作成および共有され、に記載されている条件に従って使用される作業に基づく変更です。