ViewPager erstes Fragment ist immer falsch mit FragmentStatePager

Question

Ich versuche, das gleiche Design als PlayStore 5.1.x zu haben. Hier ist mein Layout:

<?xml version="1.0" encoding="utf-8"?> 
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" 
    android:layout_width="match_parent" 
    android:layout_height="match_parent" 
    android:layout_gravity="center_vertical|center_horizontal" 
    android:gravity="center_vertical|center_horizontal" 
    android:orientation="vertical"> 

    <com.astuetz.PagerSlidingTabStrip 
     android:id="@+id/tabs" 
     android:layout_width="match_parent" 
     android:layout_height="50dp" 
     android:background="@drawable/background_tabs" /> 

    <android.support.v4.view.ViewPager 
     android:id="@+id/pager" 
     android:layout_width="match_parent" 
     android:layout_height="match_parent" /> 

</LinearLayout> 

Mein Adapter:

public class MainPagerAdapter extends FragmentStatePagerAdapter { 

    private ArrayList<FakeFragment> fragments; 

    public MainPagerAdapter(FragmentManager fm) { 
     super(fm); 
     // TODO Auto-generated constructor stub 
     fragments = new ArrayList<FakeFragment>(); 
    } 

    @Override 
    public Fragment getItem(int position) { 
     // TODO Auto-generated method stub  
     if(position < getCount()) { 
      FakeFragment fragment = FakeFragment.newInstance(position); 
      fragments.add(fragment); 
     } 
     return fragments.get(position); 
    } 

    @Override 
    public int getCount() { 
     // TODO Auto-generated method stub 
     return Category.values().length; 
    } 

    @Override 
    public CharSequence getPageTitle(int position) { 
     // TODO Auto-generated method stub 
     return Category.values()[position].getTitle(); 
    } 

    @Override 
    public int getItemPosition(Object object) { 
     // TODO Auto-generated method stub 
     return POSITION_NONE; 
    } 
} 

Meine Tabs und Pager zeigen richtig! aber ich habe bemerkt, dass das erste Fragment, das im View-Pager angezeigt wird, immer dasselbe ist wie das zweite. Dann, wenn ich einmal, zweimal wische und zurück zur ersten Seite wische, finde ich, dass das korrekte Fragment jetzt gezeigt wird !!

Ich kann nicht verstehen, warum dieses Verhalten, bitte ich brauche einige Erklärungen.

SOLUTION

Das Problem war, meine FakeFragment.newInstance() Methodendefinition zurückzuführen.

private static int position; 

public static FakeFragment newInstance(int position) { 
    // TODO Auto-generated method stub 
    FakeFragment.position = position; 
    return new FakeFragment(); 
} 

habe ich es durch ein setArguments(args) meine FakeFragment Instanz verwendet wird, und es dann in onCreate Methode abrufen. Jetzt funktioniert alles gut!

Kann mir jemand erklären warum?

Ich denke, dass auf diese Weise Wert der Position wird vollständig abhängig von Fragment Lebenszyklus, so wird immer die erwartete Position sein, nicht wahr?

Answer 1

1) Implementieren Sie nicht getItemPosition(Object), wenn Sie nicht damit umgehen. Sie sind nicht verpflichtet, es zu implementieren, und Sie könnten andere Funktionen durch falsche Implementierung brechen.

2) Der Punkt ist, ein neues Fragment zurückzugeben. Ziehen Sie das Fragment-Array ab, da es keinen Sinn ergibt.

3) Machen Sie die Adpater-Klasse static (Es fördert die Wiederverwendbarkeit, der Adapter sollte nicht von der Elternklasse abhängen, um seine Daten zu bekommen, oder?) Und übergeben Sie die Category s als Konstruktor Parameter. Speichern Sie es in einer Variablen und erstellen Sie neue Fragmente gemäß diesem Datensatz. Wahrscheinlich möchten Sie auch einen Category[position] als Parameter an den Fragmentkonstruktor übergeben und nicht nur position.

Answer 2

Die getItem() Implementierung ist das Problem.

@Override 
public Fragment getItem(final int position) { 
    return FakeFragment.newInstance(position); 
} 

Sie sollten niemals die Daten in dieser get-Methode ändern: rufen Sie nicht add() drin. Ich bezweifle, dass die Adapter an dieser Stelle wissen würde, dass Sie ein Element hinzugefügt haben.