Mise à jour ViewPager dynamiquement?

Lors de l'utilisation de FragmentPagerAdapter ou FragmentStatePagerAdapter, il est préférable de traiter uniquement avec getItem() et ne pas les toucher instantiateItem() à tous. Le instantiateItem()-destroyItem()-isViewFromObject() interface sur PagerAdapter est un moindre niveau de l'interface que FragmentPagerAdapter utilise pour mettre en œuvre le plus simple getItem() interface.

Avant d'entrer dans cela, je me dois de préciser que

, si vous voulez passer les fragments qui sont affichés, vous devez éviter FragmentPagerAdapter et l'utilisation
FragmentStatePagerAdapter.

Une version antérieure de cette réponse fait l'erreur d'utiliser des FragmentPagerAdapter pour son exemple - qui ne fonctionne pas parce que FragmentPagerAdapter jamais détruit un fragment après qu'il a été présenté la première fois.

Je ne recommande pas le setTag() et findViewWithTag() solution de contournement fournie dans le post que vous avez lié. Comme vous l'avez découvert, à l'aide de setTag() et findViewWithTag() ne fonctionne pas avec les fragments, il n'est donc pas un bon match.

La bonne solution est de remplacer getItemPosition(). Lorsque notifyDataSetChanged() est appelé, ViewPager appels getItemPosition() sur tous les éléments de sa carte pour voir si ils ont besoin d'être déplacé vers un autre poste ou à retirer.

Par défaut, getItemPosition() retourne POSITION_UNCHANGED, ce qui signifie, "Cet objet est très bien où il est, ne pas détruire ou de le supprimer." De retour POSITION_NONE résout le problème en disant: "Cet objet n'est plus un point je suis d'affichage, de le supprimer." Donc, il a pour effet de supprimer et de recréer tous les articles dans votre carte.

C'est complètement légitime fixer! Cette correction fait notifyDataSetChanged se comporter comme un simple Adaptateur sans afficher de recyclage. Si vous appliquez ce correctif et la performance est satisfaisante, vous êtes hors de la course. Le travail est accompli.

Si vous avez besoin de meilleures performances, vous pouvez utiliser un amateur de getItemPosition() mise en œuvre. Voici un exemple pour un pager la création de fragments hors d'une liste de chaînes de caractères:

ViewPager pager = /* get my ViewPager */;
//assume this actually has stuff in it
final ArrayList<String> titles = new ArrayList<String>();

FragmentManager fm = getSupportFragmentManager();
pager.setAdapter(new FragmentStatePagerAdapter(fm) {
    public int getCount() {
        return titles.size();
    }

    public Fragment getItem(int position) {
        MyFragment fragment = new MyFragment();
        fragment.setTitle(titles.get(position));
        return fragment;
    }

    public int getItemPosition(Object item) {
        MyFragment fragment = (MyFragment)item;
        String title = fragment.getTitle();
        int position = titles.indexOf(title);

        if (position >= 0) {
            return position;
        } else {
            return POSITION_NONE;
        }
    }
});

Avec cette mise en œuvre, seuls des fragments de l'affichage de nouveaux titres seront affichées. Tous les fragments de l'affichage des titres qui sont encore dans la liste, au lieu d'être déplacé autour de leur nouvelle position dans la liste, et des fragments avec des titres qui ne sont plus dans la liste, sera détruit.

Que si le fragment n'a pas été recréé, mais doit être mis à jour de toute façon? Mises à jour d'un fragment de vie sont mieux gérées par le fragment lui-même. C'est l'avantage d'avoir un fragment, après tout c'est son propre contrôleur. Un fragment peut ajouter un écouteur ou un observateur à un autre objet dans onCreate(), et retirez-la ensuite dans onDestroy(), ainsi, la gestion des mises à jour de lui-même. Vous n'avez pas à mettre tout le code de mise à jour à l'intérieur de getItem() comme vous le faites dans un adaptateur pour un contrôle ListView ou d'autres AdapterView types.

Une dernière chose - juste parce que FragmentPagerAdapter ne pas détruire un fragment ne veut pas dire que getItemPosition est complètement inutile dans un FragmentPagerAdapter. Vous pouvez toujours utiliser cette fonction de rappel pour réorganiser vos fragments en les ViewPager. Il ne sera jamais à les supprimer complètement de la FragmentManager, si.

pour ceux qui font toujours face au même problème que j'ai rencontrés avant, quand j'ai un ViewPager avec 7 fragments. la valeur par défaut pour ces fragments pour charger le contenu anglais à partir de l'api de service, mais le problème ici que je veux changer la langue dans les paramètres de l'activité et après l'arrivée
les paramètres de l'activité, je veux ViewPager en activité principale de rafraîchir les fragments pour correspondre à la sélection de la langue de l'utilisateur et de charger les contenus en arabe si l'utilisateur a choisi l'arabe ici ce que j'ai fait de travailler à partir de la première fois

1 - Vous devez utiliser FragmentStatePagerAdapter comme mentionné ci-dessus.

2-sur mainActivity je remplace la onResume et a la suite de

 if (!(mPagerAdapter == null)) {
mPagerAdapter.notifyDataSetChanged();
}

3-je surdéfini la getItemPosition() dans mPagerAdapter et faire revenir POSITION_NONE.

 @Override
   public int getItemPosition(Object object) {
     return POSITION_NONE;
    }

fonctionne comme un charme

Essayer destroyDrawingCache() sur ViewPager après notifyDataSetChanged() dans votre code.

Pour une raison quelconque, aucune des réponses travaillé pour moi, donc j'ai dû remplacer la restoreState méthode sans appel à super dans mon fragmentStatePagerAdapter. Code:

private class MyAdapter extends FragmentStatePagerAdapter {

    //[Rest of implementation]

    @Override
    public void restoreState(Parcelable state, ClassLoader loader) {}

}

J'ai eu un problème similaire, mais ne veulent pas de la confiance sur les solutions existantes (codé en dur des noms de balises, etc.) et je n'arrivais pas à M-WaJeEh la solution de travail pour moi. Voici ma solution:

Je garde les références à l'fragments créés dans getItem dans un tableau. Cela fonctionne très bien tant que l'activité n'est pas détruit à cause de configurationChange ou le manque de mémoire ou quoi (--> au retour à l'activité, des fragments de retourner dans leur dernier état, sans getItem' être appelé de nouveau et donc sans mise à jour du tableau).

Pour éviter ce problème, j'ai mis en œuvre instantiateItem(ViewGroup, int) et de mettre à jour mon tableau, comme ceci:

        @Override
    public Object instantiateItem(ViewGroup container, int position) {
        Object o = super.instantiateItem(container, position);
        if(o instanceof FragmentX){
            myFragments[0] = (FragmentX)o;
        }else if(o instanceof FragmentY){
            myFragments[1] = (FragmentY)o;
        }else if(o instanceof FragmentZ){
            myFragments[2] = (FragmentZ)o;
        }
        return o;
    }

Donc, d'un côté, je suis heureux que j'ai trouvé une solution qui fonctionne pour moi et je voulais le partager avec vous, mais je voulais aussi demander si quelqu'un d'autre a essayé quelque chose de similaire et s'il existe une raison pourquoi je ne devrais pas faire comme ça? Jusqu'à présent, il fonctionne très bien pour moi...

Si vous souhaitez utiliser FragmentStatePagerAdapter, veuillez jeter un oeil à https://code.google.com/p/android/issues/detail?can=2&start=0&num=100&q=&colspec=ID%20Type%20Status%20Owner%20Summary%20Stars&groupby=&sort=&id=37990.
Il y a des problèmes avec FragmentStatePagerAdapter qui peuvent ou non de la difficulté à votre cas d'utilisation.

Aussi, le lien a peu de solutions trop..quelques susceptible de répondre à votre exigence.

J'avais essayé beaucoup d'approches différentes, aucun vraiment résoudre mon problème. Ci-dessous sont la façon dont je le résoudre avec un mélange de solutions fournies par vous tous. Merci à tous.

class PagerAdapter extends FragmentPagerAdapter {

    public boolean flag_refresh=false;

    public PagerAdapter(FragmentManager fm) {
        super(fm);
    }

    @Override
    public Fragment getItem(int page) {
        FragmentsMain f;
        f=new FragmentsMain();
        f.page=page;
        return f;
    }

    @Override
    public int getCount() {
        return 4;
    }

    @Override
    public int getItemPosition(Object item) {
        int page= ((FragmentsMain)item).page;

        if (page == 0 && flag_refresh) {
            flag_refresh=false;
            return POSITION_NONE;
        } else {
            return super.getItemPosition(item);
        }
    }

    @Override
    public void destroyItem(View container, int position, Object object) {

        ((ViewPager) container).removeView((View) object);
    }
}

Je ne veux me rafraîchir la page 0 après onResume().

 adapter=new PagerAdapter(getSupportFragmentManager());
 pager.setAdapter(adapter);

@Override
protected void onResume() {
    super.onResume();

    if (adapter!=null) {
        adapter.flag_refresh=true;
        adapter.notifyDataSetChanged();
    }
}

Dans mon FragmentsMain, il est public integer "page", qui peut me dire si c'est la page que je veux actualiser.

public class FragmentsMain extends Fragment {

private Cursor cursor;
private static Context context;
public int page=-1;

Cette solution ne fonctionne pas pour tout le monde, mais dans mon cas, chaque Fragment dans mon ViewPager est une classe différente, et un seul d'entre eux jamais existé à un moment.

Avec cette contrainte, cette solution est sûr et devrait être utilisée dans la production.

private void updateFragment(Item item) {

    List<Fragment> fragments = getSupportFragmentManager().getFragments();
    for (Fragment fragment : fragments) {

        if (fragment instanceof MyItemFragment && fragment.isVisible()) {
            ((MyItemFragment) fragment).update(item);
        }

    }
}

Si vous avez plusieurs versions d'un même fragment, vous pouvez utiliser la même stratégie pour l'appel de méthodes sur ces fragments pour déterminer si c'est la fragment que vous souhaitez mettre à jour.

Je suis passé par toutes les réponses ci-dessus et un certain nombre d'autres postes, mais ne pouvait toujours pas trouver quelque chose qui a fonctionné pour moi (avec les différentes fragment de types avec l'ajout dynamique et la suppression des tabulations). FWIW approche suivante est ce qui a fonctionné pour moi (au cas où quelqu'un d'autre a les mêmes problèmes).

public class MyFragmentStatePageAdapter extends FragmentStatePagerAdapter {
private static final String TAB1_TITLE = "Tab 1";
private static final String TAB2_TITLE = "Tab 2";
private static final String TAB3_TITLE = "Tab 3";
private ArrayList<String> titles = new ArrayList<>();
private Map<Fragment, Integer> fragmentPositions = new HashMap<>();
public MyFragmentStatePageAdapter(FragmentManager fm) {
super(fm);
}
public void update(boolean showTab1, boolean showTab2, boolean showTab3) {
titles.clear();
if (showTab1) {
titles.add(TAB1_TITLE);
}
if (showTab2) {
titles.add(TAB2_TITLE);
}
if (showTab3) {
titles.add(TAB3_TITLE);
}
notifyDataSetChanged();
}
@Override
public int getCount() {
return titles.size();
}
@Override
public Fragment getItem(int position) {
Fragment fragment = null;
String tabName = titles.get(position);
if (tabName.equals(TAB1_TITLE)) { 
fragment =  Tab1Fragment.newInstance();
} else if (tabName.equals(TAB2_TITLE)) {
fragment =  Tab2Fragment.newInstance();
} else if (tabName.equals(TAB3_TITLE)) {
fragment =  Tab3Fragmen.newInstance();
} 
((BaseFragment)fragment).setTitle(tabName);
fragmentPositions.put(fragment, position);
return fragment;
}
@Override
public CharSequence getPageTitle(int position) {
return titles.get(position);
}
@Override
public int getItemPosition(Object item) {
BaseFragment fragment = (BaseFragment)item;
String title = fragment.getTitle();
int position = titles.indexOf(title);
Integer fragmentPosition = fragmentPositions.get(item);
if (fragmentPosition != null && position == fragmentPosition) {
return POSITION_UNCHANGED;
} else {
return POSITION_NONE;
}
}
@Override
public void destroyItem(ViewGroup container, int position, Object object) {
super.destroyItem(container, position, object);
fragmentPositions.remove(object);
}
}

Voici ma mise en œuvre qui intègre l'info de @Bill Phillips
On obtient fragment de la mise en cache la plupart du temps, sauf lorsque les données ont changé. Simple, et semble bien fonctionner.

MyFragmentStatePagerAdapter.java

private boolean mIsUpdating = false;
public void setIsUpdating(boolean mIsUpdating) {
this.mIsUpdating = mIsUpdating;
}
@Override
public int getItemPosition(@NonNull Object object) {
if (mIsUpdating) {
return POSITION_NONE;
}
else {
return super.getItemPosition(object);
}
}

MyActivity.java

mAdapter.setIsUpdating(true);
mAdapter.notifyDataSetChanged();
mAdapter.setIsUpdating(false);