Comment faire en sorte qu'un fragment se supprime lui-même, c'est-à-dire son équivalent de finish() ?

Question

Je suis en train de convertir une application pour utiliser des fragments en utilisant la bibliothèque de compatibilité. Actuellement, j'ai un certain nombre d'activités (A B C D) qui s'enchaînent les unes aux autres, D a un bouton 'OK' qui, lorsqu'il est pressé, appelle finish qui s'élève ensuite dans les bulles de l'application. onActivityResult() pour détruire en plus C et B.

Pour ma version des fragments pré-Honycomb, chaque activité est effectivement une enveloppe sur les fragments Af Bf Cf Df. Toutes les activités sont lancées via startActivityForResult() et onActivityResult() au sein de chacun des fragments peut heureusement appeler getActivity().finish()

Le problème que j'ai cependant est que dans ma version Honeycomb, je n'ai qu'une seule activité, A, et les fragments Bf, Cf, Df sont chargés à l'aide de la fonction de chargement de l'activité. FragmentManager .

Ce que je ne comprends pas, c'est ce qu'il faut faire dans Df lorsque l'on appuie sur "OK" afin de supprimer les fragments Df, Cf et Bf ?

J'ai essayé de faire en sorte que le fragment s'éjecte lui-même de la pile, mais cela a donné lieu à une exception. onActivityResult() est inutile car je n'ai pas chargé le fragment à l'aide de startActivityForResult() .

Est-ce que je pense à ça de la mauvaise façon ? Devrais-je implémenter une sorte d'écouteur qui communique avec le fragment ou l'activité parent afin d'effectuer le pop en utilisant le gestionnaire de transactions ?

Answer 1

Bien que ce ne soit pas la meilleure approche, l'équivalent le plus proche auquel je pense et qui fonctionne est celui-ci avec la bibliothèque de support/compatibilité.

getActivity().getSupportFragmentManager().beginTransaction().remove(this).commit();

ou

getActivity().getFragmentManager().beginTransaction().remove(this).commit();

autrement.

En outre, vous pouvez utiliser le backstack et le faire sauter. Cependant, gardez à l'esprit que le fragment peut ne pas se trouver sur la pile arrière (en fonction de la transaction de fragment qui l'y a amené...) ou qu'il peut ne pas être le dernier à s'être retrouvé sur la pile, de sorte que le fait de faire sauter la pile peut retirer le mauvais fragment...

Answer 2

Vous pouvez utiliser l'approche ci-dessous, elle fonctionne bien :

getActivity().getSupportFragmentManager().popBackStack();

Answer 3

Ce que je ne comprends pas, c'est ce qu'il faut faire dans Df lorsque l'on appuie sur "OK" afin de supprimer les fragments Df, Cf et Bf ?

Etape #1 : Demandez à Df de dire à D "yo ! on a eu le clic OK !" en appelant une méthode, soit sur l'activité elle-même, soit sur une instance d'interface fournie par l'activité.

Étape 2 : Demandez à D de retirer les fragments via FragmentManager .

L'activité d'accueil (D) est celle qui sait quels autres fragments sont dans l'activité (par opposition à ceux qui sont dans d'autres activités). Par conséquent, les événements intra-fragment qui pourraient affecter le mélange de fragments devraient être propagés à l'activité, qui fera les mouvements d'orchestration appropriés.

Answer 4

Vous devriez laisser l'activité s'occuper de l'ajout et de la suppression des fragments, comme le dit CommonsWare, utilisez un écouteur. Voici un exemple :

public class MyActivity extends FragmentActivity implements SuicidalFragmentListener {

    // onCreate etc

    @Override
    public void onFragmentSuicide(String tag) {
        // Check tag if you do this with more than one fragmen, then:
        getSupportFragmentManager().popBackStack();
    }
}

public interface SuicidalFragmentListener {
    void onFragmentSuicide(String tag);
}

public class MyFragment extends Fragment {

    // onCreateView etc

    @Override
    public void onAttach(Activity activity) {
        super.onAttach(activity);
        try {
           suicideListener = (SuicidalFragmentListener) activity;
        } catch (ClassCastException e) {
           throw new RuntimeException(getActivity().getClass().getSimpleName() + " must implement the suicide listener to use this fragment", e);
        }
    }

    @Override
    public void onActivityCreated(Bundle savedInstanceState) {
        super.onActivityCreated(savedInstanceState);
        // Attach the close listener to whatever action on the fragment you want
        addSuicideTouchListener();
    }

    private void addSuicideTouchListener() {
        getView().setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
              suicideListener.onFragmentSuicide(getTag());
            }
        });
    }
}

Answer 5

Je pense que si vous voulez renvoyer/finir votre fragment actuel, la meilleure façon de le faire est aussi simple que de faire getFragmentManager().popBackStack() ;