L'utilisation d'un même fragment de ViewPager mais fragment aura mise en page différente à chaque fois

Ce que j'ai trouvé est la "meilleure" façon de le faire (à mon avis, bien sûr) est de faire ce qui suit:

• Ont le fragment contient les méthodes pour définir les données personnalisables (de fond, de texte, etc)
  • Remarque: attention à essayer de charger les données lors de la création du fragment. Vous pourriez être en mesure de définir les données avant de onCreateView() même, ou à d'autres moments, il peut s'exécuter après onCreateView(). Personnellement, j'utilise un booléen pour vérifier si les données ont été fixés. À l'intérieur de onCreateView() [ou onActivityCreated()], je vérifie si les données ont été déjà défini. Si il a la charge dans les données. Sinon, lors de la configuration des données, de vérifier si les points de vue ont été créés dans le cache déjà. Cela se fait simplement en ayant des variables pour mettre en cache les données, dire private ImageView mBackgroundView. Si la vue n'est pas null, alors je peux définir les données sur les points de vue.
  • Ci-dessus est également une alternative à l'utilisation de newInstance, bien que les deux méthodes fonctionnent assez bien. Cependant, pour plus de souplesse, je ne l'utilise newInstance a) si les données sont déjà connus avant le fragment doit être inséré, et b) les données n'a pas besoin de changer en fonction de l'entrée d'ailleurs beaucoup.
• Laisser le ViewPager gérer toutes les données
  • Passer tous les données d'une liste de ImageViews, un tableau de Chaînes de caractères, de définir où toutes les données sont dans les Ressources, etc - au tout début [- dire, dans le constructeur]
  • Ont la ViewPager créer une liste de tableaux de fragments - de chaque fragment le plus tôt possible (dire lors de la première mise toutes les données) et l'ajouter à la liste
  • Laisser getCount() suffit d'utiliser la taille de la liste
  • Laisser getItem() vient d'obtenir l'élément dans la liste à la position
    • Remarque: Si vous avez des données dynamiques, défini dans la méthode getItem (). En outre, vous pouvez toujours ajouter plus de données+fragments au cours de l'exécution [informent de la carte que le jeu de données a été changé]

Essentiellement, le fragment est comme un simple serviteur - il n'a tout simplement le moins de travail nécessaire. Si elle ne veut pas avoir à gérer la sélection des données, d'autant mieux. Il va donc être beaucoup plus flexible. Juste donner des méthodes pour définir les données et points de vue de façon appropriée sur le fragment. Maintenant, la ArrayAdapter pouvez faire tout le sale travail acharné avec la gestion de données et de la donner à l'fragment approprié. De profiter de cela.

Maintenant, notez que c'est en supposant que vous souhaitez utiliser une mise en page unique, mais souhaitez modifier les différents aspects de cette mise en page (textes, fond, etc). Si vous souhaitez faire un master fragment de classe qui peut utiliser n'importe quelle sorte de mise en page définie, vous pouvez, mais note qu'il diminue l'exécution de la flexibilité (comment pouvez-vous modifier le texte ou de fond de quelque chose que vous obtenez à partir de l'internet? Vous ne pouvez tout simplement pas si vous ne pouvez définir et de choisir à partir de pré-définir des mises en page).

De toute façon, le ArrayAdapter doit prendre soin de toutes les données, tandis que le fragment n'est tout simplement car il est conçu pour faire, d'une manière plus flexible de préférence.

Edit:
Voici le projet sur lequel j'ai le plus récemment mis en œuvre ce type de modèle. Remarque qu'il a beaucoup plus, donc je vais le remplacer par de certaines pseudo-pseudo-code dans la matin/après-midi.

• ViewPager [un peu bâclée avec toutes les différentes choses que j'essayais de faire, y compris en l'étendant à partir d'un FragmentStatePagerAdapter sans aide de l'une des fonctions spécifiques d'un StatePagerAdapter. En d'autres termes, j'ai encore besoin de travailler sur le cycle de vie des implémentations partout]
• Fragment [Peut-être aussi un peu bâclée, mais montre le motif]
• La objet (en fait, un autre fragment) qui utilise le ViewPager [c'est en fait un "VerticalViewpager" à partir d'une bibliothèque, mais d'autres que les animations et la direction pour modifier le fragment, c'est exactement la même - en particulier au niveau du code]

Edit2:
Ici est un plus (trop) exemple simplifié du modèle décrit ci-dessus.

Avertissement: Le code suivant n'a absolument pas de gestion du cycle de vie des implémentations et est âgé de code qui a été touchée depuis août '14

• Fragment permet simplement à l'utilisateur de le fragment de définir la couleur d'arrière-plan et le texte de l'unique TextView
  • Lien vers BaseFragment
  • Lien pour le fichier de mise en page
• L'adaptateur crée trois instances de l'extrait et définit la couleur d'arrière-plan et le texte de chaque. Chaque fragment du texte, la couleur, et le total des fragments est codée en dur.
  • Lien à l'Activité+adaptateur
  • Lien pour le fichier de mise en page

Maintenant, ici, sont exactement les parties pertinentes du code:

BaseFragment

//Note: Found out later can extend normal Fragments but must use v13 adapter
public class BaseFragment extends android.support.v4.app.Fragment {
FrameLayout mMainLayout; //The parent layout
int mNewColor = 0; //The new bg color, set from activity
String mNewText = ""; //The new text, set from activity
TextView mMainText;  //The only textview in this fragment
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
//Inflate the fragment's layout
View view = inflater.inflate(R.layout.fragment_base,container,false);
//Save the textview for further editing
mMainText = (TextView) view.findViewById(R.id.textView);
//Save the framelayout to change background color later
mMainLayout = (FrameLayout) view.findViewById(R.id.mainLayout);
return view;
}
@Override
public void onActivityCreated(Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
//If there is new text or color assigned, set em
if(mNewText != ""){
mMainText.setText(mNewText);
}
if(mNewColor != 0){
mMainLayout.setBackgroundColor(mNewColor);
}
}
@Override
public void onStart(){
super.onStart();
}
//Simply indicate to change the text of the fragment
public void changeText(String newText){
mNewText=newText;
}
//Simply indicate to change the background color of the fragment
public void changeBG(int color) {
//If no color was passed, then set background to white
if(color == 0)
{
mNewColor=getResources().getColor(R.color.white);
}
//else set the color to what was passed in
else{
mNewColor=color;
}
}
}

MyAdapter

class MyAdapter extends FragmentPagerAdapter{
//Three simple fragments
BaseFragment fragA;
BaseFragment fragB;
BaseFragment fragC;
public MyAdapter(FragmentManager fm) {
super(fm);
}
public void setFragments(Context c){
//Set up the simple base fragments
fragA = new BaseFragment();
fragB = new BaseFragment();
fragC = new BaseFragment();
Resources res = c.getResources();
fragA.changeText("This is Fragment A!");
fragB.changeText("This is Fragment B!");
fragC.changeText("This is Fragment C!");
fragA.changeBG(res.getColor(R.color.dev_blue));
fragB.changeBG(res.getColor(R.color.dev_green));
fragC.changeBG(res.getColor(R.color.dev_orange));
}
@Override
public Fragment getItem(int position) {
//TODO: Make this more efficient, use a list or such, also comment more
Fragment frag = null;
if(position == 0){
frag = fragA;
}
else if(position == 1){
frag = fragB;
}
else if(position == 2){
frag = fragC;
}
return frag;
}
@Override
public int getCount() {
return 3;
}
}

OriginalL'auteur Jawad

Ne pouvez-vous pas simplement présenter des champs pour le Fragment de la classe de compte pour les écarts en arrière-plan, etc. et de les ajouter à son constructeur? Puis dans getItem instancier le Fragment de classe avec des valeurs différentes en fonction de la valeur de position.

OriginalL'auteur JASON G PETERSON