Android Fragments: Lors de l'utilisation de masquer/afficher ou ajouter/supprimer/remplacer?

Supposons que je souhaite remplacer l'actuel fragment dans certains conteneur de vue avec l'autre. Il vaut mieux remplacer...

    FragmentTransaction ft = getSupportFragmentManager().beginTransaction();
    ft.replace(R.id.fragment_container, newFragment, null);
    ft.commit();

... ou le suivant, d'afficher et de masquer?

    FragmentTransaction ft = getSupportFragmentManager().beginTransaction();
    ft.hide(oldFragment);
    ft.show(newFragment);
    ft.commit();

Est une façon de faire plus efficace? Ne trouve pas beaucoup d'informations sur l'utilisation de ces méthodes, ou la façon dont ils affectent le cycle de vie de ses fragments impliqué.
Merci!

  • si je vais au fragment B à partir d'Un fragment, puis remonte à Un fragment comment puis-je m'assurer que le cycle de vie des événements tels que onCreateView n'est pas appel à Un fragment? ne trouvez fragment de tag de travail?
InformationsquelleAutor Robert Karl | 2012-10-31
  1. 129

    Vous devriez considérer ce que vous prévoyez faire avec le fragment de décider du chemin à suivre. Si vous utilisez un FragmentTransaction pour masquer le fragment, alors il peut toujours être dans l'état d'exécution de son cycle de vie, mais son INTERFACE utilisateur a été détachée de la fenêtre de sorte qu'il n'est plus visible. Vous pourriez donc techniquement toujours interagir avec le fragment et de rattacher son INTERFACE utilisateur plus tard, vous devrez. Si vous remplacez le fragment, la vous sont effectivement en le tirant hors du récipient, et il va par le biais de l'ensemble de la destruction des événements dans le cycle de vie (onPause, onStop, etc), et si pour une raison quelconque vous avez besoin de ce fragment de nouveau, vous devez l'insérer dans le récipient et le laisser courir à travers l'ensemble de son initialisation de nouveau.

    Si il y a une forte probabilité que vous aurez besoin de ce fragment de nouveau, puis il suffit de le cacher parce que c'est une opération moins cher pour redessiner la disposition de complètement réinitialiser elle.

    • Pour nos besoins, l'initialisation du fragment est assez cher, donc nous allons probablement aller avec hide() et show() pour économiser sur les que! Merci pour cette!
    • Salut, quand tu dis se détacher de la fenêtre, voulez-vous dire onDetach() de callback sera appelé ? J'ai expérimenté cela, il semble qu'il n'est pas le cas.
    • probablement qu'il voulait dire "détacher"; un fragment peut être détaché / rattaché (de plus à ajouter/supprimer, afficher/masquer)
    • Pour une raison que si je cacher sur le fragment et en ajouter un autre après la rotation de l'écran (je ne veux pas utiliser setRetainInstance(true)), le fragment que j'ai déjà caché est maintenant affiché à nouveau sous mon fragment du haut, donc avoir à la fois de l'Isu se chevauchent. Une idée de comment contrer cela ?
    • J'ai le même problème aussi. Ma solution est de sauvegarder l'état caché du fragment dans onSaveInstanceState() - savedInstanceState.putBoolean(STATE_HIDDEN, isHidden()); puis dans onCreate() si (savedInstanceState != null) obtenir l'état caché en arrière et si le fragment est caché puis masquer à l'aide de la transaction.
    • Salut et merci pour la mise à jour 🙂 ! J'ai résolu le problème il y a un moment sur ma fin, je n'ai pas vraiment besoin de cacher/montrer les etc. alors j'ai complètement abandonné et maintenant, je vais avec les normes comme ajouter/remplacer ou fragment unique d'activités dans un seul volet (maître-détail des flux essentiellement). Pour ceux qui utilisent toujours masquer votre solution sera vraiment utile - et ne vérifiant pas les savedInstance != null est une des erreurs que j'ai fait avant.
    • Que faire si j'utilise replace() combiné avec addToStack(), est-il le même pour show() et hide() méthodes ?
    • je pense qu'il aura encore de la remplacer. vous pouvez utiliser Log.i à l'intérieur de OnDestroy de la méthode et de vérifier la sortie.

    InformationsquelleAutor David C. Sainte-Claire
  2. 5

    En gros, vous avez répondu vous-même. Si vous souhaitez remplacer (si vieux fragment n'est plus nécessaire) utilisation replace() si vous voulez temporaire cacher alors ne hide().

    • Fondamentalement remplacer ne removeAll. Je ne pouvais pas trouver la correspondance hideAll 🙁
    • Dans mon activité 3 fragment dans l'ensemble des trois fragment-je récupérer les données à partir du réseau de la méthode à suivre
    InformationsquelleAutor Marcin Orlowski
  3. 0

    J'ai utilisé cacher/Montrer la méthode dans mon activité avec 4 fragments de son résolu ma solution, mais quelque temps au hasard quand je montre mon boîte de dialogue donner de la fenêtre de mauvais jeton exception lorsque j'ai utilisé la fonction ajout et remplacement de la méthode puis mauvais jeton d'exception n'est pas de se produire, donc je pense que afficher/masquer la méthode n'est pas parfaite

    InformationsquelleAutor Dishant Kawatra