Czy fragmenty naprawdę potrzebują pustego konstruktora?

Mam Fragmentkonstruktora, który przyjmuje wiele argumentów. Moja aplikacja działała dobrze podczas programowania, ale podczas produkcji moi użytkownicy czasami widzą tę awarię:

android.support.v4.app.Fragment$InstantiationException: Unable to instantiate fragment 
make sure class name exists, is public, and has an empty constructor that is public

Mógłbym stworzyć pustego konstruktora, jak sugeruje ten komunikat o błędzie, ale to nie ma dla mnie sensu, ponieważ musiałbym wtedy wywołać osobną metodę, aby zakończyć konfigurację Fragment.

Jestem ciekawy, dlaczego ta awaria zdarza się tylko czasami. Może używam ViewPagerniewłaściwie? Sam tworzę instancję wszystkich Fragmenti zapisuję je na liście w pliku Activity. Nie używam FragmentManagertransakcji, ponieważ ViewPagerprzykłady, które widziałem, nie wymagały tego i wszystko wydawało się działać podczas programowania.

Tak, robią.

Zresztą nie powinieneś tak naprawdę nadpisywać konstruktora. Powinieneś mieć newInstance()zdefiniowaną metodę statyczną i przekazać dowolne parametry za pomocą argumentów (pakiet)

Na przykład:

public static final MyFragment newInstance(int title, String message) {
    MyFragment f = new MyFragment();
    Bundle bdl = new Bundle(2);
    bdl.putInt(EXTRA_TITLE, title);
    bdl.putString(EXTRA_MESSAGE, message);
    f.setArguments(bdl);
    return f;
}

I oczywiście chwytanie argumentów w ten sposób:

@Override
public void onCreate(Bundle savedInstanceState) {
    title = getArguments().getInt(EXTRA_TITLE);
    message = getArguments().getString(EXTRA_MESSAGE);

    //...
    //etc
    //...
}

Następnie utworzyłbyś instancję z menedżera fragmentów w następujący sposób:

@Override
public void onCreate(Bundle savedInstanceState) {
    if (savedInstanceState == null){
        getSupportFragmentManager()
            .beginTransaction()
            .replace(R.id.content, MyFragment.newInstance(
                R.string.alert_title,
                "Oh no, an error occurred!")
            )
            .commit();
    }
}

W ten sposób po odłączeniu i ponownym podłączeniu stan obiektu można zapisać za pomocą argumentów. Podobnie jak pakiety dołączone do Intentów.

Powód - dodatkowe czytanie

Myślałem, że wyjaśnię, dlaczego ludzie zastanawiają się, dlaczego.

Jeśli zaznaczysz: https://android.googlesource.com/platform/frameworks/base/+/master/core/java/android/app/Fragment.java

Zobaczysz instantiate(..)metodę w Fragmentklasie wywołującą newInstancemetodę:

public static Fragment instantiate(Context context, String fname, @Nullable Bundle args) {
    try {
        Class<?> clazz = sClassMap.get(fname);
        if (clazz == null) {
            // Class not found in the cache, see if it's real, and try to add it
            clazz = context.getClassLoader().loadClass(fname);
            if (!Fragment.class.isAssignableFrom(clazz)) {
                throw new InstantiationException("Trying to instantiate a class " + fname
                        + " that is not a Fragment", new ClassCastException());
            }
            sClassMap.put(fname, clazz);
        }
        Fragment f = (Fragment) clazz.getConstructor().newInstance();
        if (args != null) {
            args.setClassLoader(f.getClass().getClassLoader());
            f.setArguments(args);
        }
        return f;
    } catch (ClassNotFoundException e) {
        throw new InstantiationException("Unable to instantiate fragment " + fname
                + ": make sure class name exists, is public, and has an"
                + " empty constructor that is public", e);
    } catch (java.lang.InstantiationException e) {
        throw new InstantiationException("Unable to instantiate fragment " + fname
                + ": make sure class name exists, is public, and has an"
                + " empty constructor that is public", e);
    } catch (IllegalAccessException e) {
        throw new InstantiationException("Unable to instantiate fragment " + fname
                + ": make sure class name exists, is public, and has an"
                + " empty constructor that is public", e);
    } catch (NoSuchMethodException e) {
        throw new InstantiationException("Unable to instantiate fragment " + fname
                + ": could not find Fragment constructor", e);
    } catch (InvocationTargetException e) {
        throw new InstantiationException("Unable to instantiate fragment " + fname
                + ": calling Fragment constructor caused an exception", e);
    }
}

http://docs.oracle.com/javase/6/docs/api/java/lang/Class.html#newInstance () Wyjaśnia, dlaczego po utworzeniu instancji sprawdza, czy jest to akcesor publici czy moduł ładujący klasy umożliwia mu dostęp.

W sumie jest to dość paskudna metoda, ale pozwala FragmentMangerzabijać i odtwarzać Fragmentsze stanami. (Podsystem Android robi podobne rzeczy Activities).

Przykładowa klasa

Często pytano mnie o telefonowanie newInstance. Nie należy tego mylić z metodą klasową. Ten przykład całej klasy powinien pokazywać użycie.

/**
 * Created by chris on 21/11/2013
 */
public class StationInfoAccessibilityFragment extends BaseFragment implements JourneyProviderListener {

    public static final StationInfoAccessibilityFragment newInstance(String crsCode) {
        StationInfoAccessibilityFragment fragment = new StationInfoAccessibilityFragment();

        final Bundle args = new Bundle(1);
        args.putString(EXTRA_CRS_CODE, crsCode);
        fragment.setArguments(args);

        return fragment;
    }

    // Views
    LinearLayout mLinearLayout;

    /**
     * Layout Inflater
     */
    private LayoutInflater mInflater;
    /**
     * Station Crs Code
     */
    private String mCrsCode;

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        mCrsCode = getArguments().getString(EXTRA_CRS_CODE);
    }

    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
        mInflater = inflater;
        return inflater.inflate(R.layout.fragment_station_accessibility, container, false);
    }

    @Override
    public void onViewCreated(View view, Bundle savedInstanceState) {
        super.onViewCreated(view, savedInstanceState);
        mLinearLayout = (LinearLayout)view.findViewBy(R.id.station_info_accessibility_linear);
        //Do stuff
    }

    @Override
    public void onResume() {
        super.onResume();
        getActivity().getSupportActionBar().setTitle(R.string.station_info_access_mobility_title);
    }

    // Other methods etc...
}

Jak zauważył CommonsWare w tym pytaniu https://stackoverflow.com/a/16064418/1319061 , ten błąd może również wystąpić, jeśli tworzysz anonimową podklasę fragmentu, ponieważ anonimowe klasy nie mogą mieć konstruktorów.

Nie twórz anonimowych podklas Fragmentu :-)

Tak, jak widać, pakiet wsparcia tworzy również fragmenty (gdy zostaną zniszczone i ponownie otwarte). Twoje Fragmentpodklasy potrzebują publicznego pustego konstruktora, ponieważ tak nazywa się framework.

Oto moje proste rozwiązanie:

1 - Zdefiniuj swój fragment

public class MyFragment extends Fragment {

    private String parameter;

    public MyFragment() {
    }

    public void setParameter(String parameter) {
        this.parameter = parameter;
    } 
}

2 - Utwórz nowy fragment i wypełnij parametr

    myfragment = new MyFragment();
    myfragment.setParameter("here the value of my parameter");

3 - Ciesz się!

Oczywiście możesz zmienić typ i liczbę parametrów. Szybko i łatwo.