Fragment android - Comment enregistrer les états des vues dans un fragment lorsqu'un autre fragment est poussé dessus

Dans Android, un fragment (par exemple FragA) est ajouté à la backstack et un autre fragment (par exemple FragB) arrive en haut. Maintenant, en frappant en arrière FragAvient au sommet et le onCreateView()est appelé. Maintenant, j'avais FragAdans un état particulier avant d' FragBêtre poussé dessus.

Ma question est de savoir comment puis-je restaurer FragAson état antérieur? Existe-t-il un moyen de sauvegarder l'état (comme par exemple dans un bundle) et si oui, quelle méthode dois-je remplacer?

Dans l' exemple de FragmentList du guide de fragment, vous pouvez trouver:

@Override
public void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
    outState.putInt("curChoice", mCurCheckPosition);
}

Que vous pouvez utiliser plus tard comme ceci:

@Override
public void onActivityCreated(Bundle savedInstanceState) {
    super.onActivityCreated(savedInstanceState);
    if (savedInstanceState != null) {
        // Restore last state for checked position.
        mCurCheckPosition = savedInstanceState.getInt("curChoice", 0);
    }
}

Je suis un débutant dans Fragments mais cela semble être une solution à votre problème;) OnActivityCreated est invoqué après le retour du fragment de la pile arrière.

Les fragments ne onSaveInstanceState(Bundle outState)seront jamais appelés à moins que l'activité du fragment ne l'appelle sur lui-même et les fragments attachés. Ainsi, cette méthode ne sera pas appelée jusqu'à ce que quelque chose (généralement une rotation) force l'activité SaveInstanceStateet la restaure plus tard. Mais si vous n'avez qu'une seule activité et un grand ensemble de fragments à l'intérieur (avec une utilisation intensive de replace) et que l'application ne s'exécute que dans une seule activité d'orientation, elle onSaveInstanceState(Bundle outState)peut ne pas être appelée pendant longtemps.

Je connais trois solutions de contournement possibles.

La première:

utilisez les arguments de fragment pour contenir des données importantes:

public class FragmentA extends Fragment {
    private static final String PERSISTENT_VARIABLE_BUNDLE_KEY = "persistentVariable";

    private EditText persistentVariableEdit;

    public FragmentA() {
        setArguments(new Bundle());
    }

    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
        View view = inflater.inflate(R.layout.fragment_a, null);

        persistentVariableEdit = (EditText) view.findViewById(R.id.editText);

        TextView proofTextView = (TextView) view.findViewById(R.id.textView);

        Bundle mySavedInstanceState = getArguments();
        String persistentVariable = mySavedInstanceState.getString(PERSISTENT_VARIABLE_BUNDLE_KEY);

        proofTextView.setText(persistentVariable);


        view.findViewById(R.id.btnPushFragmentB).setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                getFragmentManager()
                        .beginTransaction()
                        .replace(R.id.frameLayout, new FragmentB())
                        .addToBackStack(null)
                        .commit();
            }
        });

        return view;
    }

    @Override
    public void onPause() {
        super.onPause();
        String persistentVariable = persistentVariableEdit.getText().toString();

        getArguments().putString(PERSISTENT_VARIABLE_BUNDLE_KEY, persistentVariable);
    }
}

La seconde, mais de manière moins pédant - variables de maintien dans singletons

Le troisième - ne pas replace()fragmenter mais add()/ show()/ hide()eux à la place.

Notez simplement que si vous travaillez avec des fragments à l'aide de ViewPager, c'est assez facile. Il vous suffit d'appeler cette méthode: setOffscreenPageLimit().

Accordign aux docs:

Définissez le nombre de pages à conserver de chaque côté de la page actuelle dans la hiérarchie d'affichage à l'état inactif. Les pages au-delà de cette limite seront recréées à partir de l'adaptateur si nécessaire.

Problème similaire ici

Gonflez simplement votre View pour une fois.

suit Exemple:

public class AFragment extends Fragment {

private View mRootView;
@Nullable
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
    if(mRootView==null){
        mRootView = inflater.inflate(R.id.fragment_a, container, false);
        //......
    }
    return mRootView;
}

}

J'ai travaillé avec un problème très similaire à celui-ci. Comme je savais que je reviendrais fréquemment à un fragment précédent, j'ai vérifié si le fragment .isAdded()était vrai, et si oui, plutôt que de faire un, transaction.replace()je fais juste un transaction.show(). Cela empêche le fragment d'être recréé s'il est déjà sur la pile - aucune sauvegarde d'état n'est nécessaire.

Fragment target = <my fragment>;
FragmentTransaction transaction = getFragmentManager().beginTransaction();
transaction.setTransition(FragmentTransaction.TRANSIT_FRAGMENT_OPEN);
if(target.isAdded()) {
    transaction.show(target);
} else {
    transaction.addToBackStack(button_id + "stack_item");
    transaction.replace(R.id.page_fragment, target);
}
transaction.commit();

Une autre chose à garder à l'esprit est que, bien que cela préserve l'ordre naturel des fragments eux-mêmes, vous devrez peut-être gérer l'activité elle-même détruite et recréée lors du changement d'orientation (de configuration). Pour contourner ce problème dans AndroidManifest.xml pour votre nœud:

android:configChanges="orientation|screenSize"

Dans Android 3.0 et supérieur, le screenSizeest apparemment requis.

Bonne chance

La meilleure solution que j'ai trouvée est ci-dessous:

onSavedInstanceState (): toujours appelé à l'intérieur du fragment lorsque l'activité va s'arrêter (déplacer l'activité de l'une à l'autre ou modifier la configuration). Donc, si nous appelons plusieurs fragments sur la même activité, nous devons utiliser l'approche suivante:

Utilisez OnDestroyView () du fragment et enregistrez l'objet entier dans cette méthode. Then OnActivityCreated (): Vérifiez que si l'objet est nul ou non (car cette méthode appelle à chaque fois). Maintenant, restaurez l'état d'un objet ici.

Cela fonctionne toujours!

si vous gérez les changements de configuration dans votre activité de fragment spécifiée dans le manifeste Android comme ceci

<activity
    android:name=".courses.posts.EditPostActivity"
    android:configChanges="keyboardHidden|orientation"
    android:screenOrientation="unspecified" />

alors le onSaveInstanceStatedu fragment ne sera pas invoqué et l' savedInstanceStateobjet sera toujours nul.

je ne pense pas que ce onSaveInstanceStatesoit une bonne solution. il ne sert qu'à une activité qui avait été déstockée.

Depuis Android 3.0, le Fragmen a été gestionnaire par FragmentManager, la condition est: une activité de cartographie de nombreux fragments, lorsque le fragment est ajouté (pas remplacé: il sera recréé) dans backStack, la vue sera déstockée. une fois de retour au dernier, il s'affichera comme avant.

Je pense donc que le fragmentManger et la transaction sont assez bons pour le gérer.

J'ai utilisé une approche hybride pour les fragments contenant une vue de liste. Cela semble être performant puisque je ne remplace pas le fragment actuel, mais ajoute plutôt le nouveau fragment et cache le fragment actuel. J'ai la méthode suivante dans l'activité qui héberge mes fragments:

public void addFragment(Fragment currentFragment, Fragment targetFragment, String tag) {
    FragmentManager fragmentManager = getSupportFragmentManager();
    FragmentTransaction transaction = fragmentManager.beginTransaction();
    transaction.setCustomAnimations(0,0,0,0);
    transaction.hide(currentFragment);
    // use a fragment tag, so that later on we can find the currently displayed fragment
    transaction.add(R.id.frame_layout, targetFragment, tag)
            .addToBackStack(tag)
            .commit();
}

J'utilise cette méthode dans mon fragment (contenant la vue de liste) chaque fois qu'un élément de liste est cliqué / tapé (et donc j'ai besoin de lancer / afficher le fragment de détails):

FragmentManager fragmentManager = getActivity().getSupportFragmentManager();
SearchFragment currentFragment = (SearchFragment) fragmentManager.findFragmentByTag(getFragmentTags()[0]);
DetailsFragment detailsFragment = DetailsFragment.newInstance("some object containing some details");
((MainActivity) getActivity()).addFragment(currentFragment, detailsFragment, "Details");

getFragmentTags()renvoie un tableau de chaînes que j'utilise comme balises pour différents fragments lorsque j'ajoute un nouveau fragment (voir transaction.addméthode dans la addFragmentméthode ci-dessus).

Dans le fragment contenant la vue liste, je fais ceci dans sa méthode onPause ():

@Override
public void onPause() {
    // keep the list view's state in memory ("save" it) 
    // before adding a new fragment or replacing current fragment with a new one
    ListView lv =  (ListView) getActivity().findViewById(R.id.listView);
    mListViewState = lv.onSaveInstanceState();
    super.onPause();
}

Puis dans onCreateView du fragment (en fait dans une méthode qui est invoquée dans onCreateView), je restaure l'état:

// Restore previous state (including selected item index and scroll position)
if(mListViewState != null) {
    Log.d(TAG, "Restoring the listview's state.");
    lv.onRestoreInstanceState(mListViewState);
}

En fin de compte, après avoir essayé plusieurs de ces solutions compliquées, car je n'avais besoin que de sauvegarder / restaurer une seule valeur dans mon Fragment (le contenu d'un EditText), et bien que ce ne soit peut-être pas la solution la plus élégante, créer une SharedPreference et stocker mon état là a travaillé pour moi

Un moyen simple de conserver les valeurs des champs dans différents fragments d'une activité

Créer les instances de fragments et ajouter au lieu de remplacer et supprimer

    FragA  fa= new FragA();
    FragB  fb= new FragB();
    FragC  fc= new FragB();
    fragmentManager = getSupportFragmentManager();
    fragmentTransaction = fragmentManager.beginTransaction();
    fragmentTransaction.add(R.id.fragmnt_container, fa);
    fragmentTransaction.add(R.id.fragmnt_container, fb);
    fragmentTransaction.add(R.id.fragmnt_container, fc);
    fragmentTransaction.show(fa);
    fragmentTransaction.hide(fb);
    fragmentTransaction.hide(fc);
    fragmentTransaction.commit();

Ensuite, affichez et masquez simplement les fragments au lieu de les ajouter et de les supprimer à nouveau

    fragmentTransaction = fragmentManager.beginTransaction();
    fragmentTransaction.hide(fa);
    fragmentTransaction.show(fb);
    fragmentTransaction.hide(fc);
    fragmentTransaction.commit()

;

private ViewPager viewPager;
viewPager = (ViewPager) findViewById(R.id.pager);
mAdapter = new TabsPagerAdapter(getSupportFragmentManager());
viewPager.setAdapter(mAdapter);
viewPager.setOnPageChangeListener(new ViewPager.OnPageChangeListener() {

        @Override
        public void onPageSelected(int position) {
            // on changing the page
            // make respected tab selected
            actionBar.setSelectedNavigationItem(position);
        }

        @Override
        public void onPageScrolled(int arg0, float arg1, int arg2) {
        }

        @Override
        public void onPageScrollStateChanged(int arg0) {
        }
    });
}

@Override
public void onTabReselected(Tab tab, FragmentTransaction ft) {
}

@Override
public void onTabSelected(Tab tab, FragmentTransaction ft) {
    // on tab selected
    // show respected fragment view
    viewPager.setCurrentItem(tab.getPosition());
}

@Override
public void onTabUnselected(Tab tab, FragmentTransaction ft) {
}