Чи потрібні фрагменти справді порожній конструктор?

У мене є Fragmentконструктор, який приймає кілька аргументів. Мій додаток добре працював під час розробки, але у виробництві мої користувачі іноді бачать цей збій:

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

Я міг би зробити порожній конструктор, як підказує це повідомлення про помилку, але це не має для мене сенсу, з тих пір мені доведеться викликати окремий метод, щоб закінчити налаштування Fragment.

Мені цікаво, чому ця аварія трапляється лише зрідка. Можливо, я використовую ViewPagerнеправильно? Я створюю всі дані про Fragmentсебе і зберігаю їх у списку всередині Activity. Я не використовую FragmentManagerтранзакції, оскільки ViewPagerя бачив , що приклади цього не потребували, і все, здавалося, працювало під час розробки.

Так вони роблять.

Ви ні в якому разі не повинні переосмислювати конструктор. У вас повинен бути визначений newInstance()статичний метод і передавати будь-які параметри через аргументи (пакет)

Наприклад:

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;
}

І звичайно, хапаючи аргументи таким чином:

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

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

Тоді ви отримаєте екземпляр у свого менеджера фрагментів так:

@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();
    }
}

Таким чином, якщо відокремлений та повторно приєднаний стан об'єкта може зберігатися через аргументи. Наче схожі на пучки, прикріплені до Інтентів.

Причина - додаткове читання

Я думав, що поясню, чому людям цікаво, чому.

Якщо ви перевірите: https://android.googlesource.com/platform/frameworks/base/+/master/core/java/android/app/Fragment.java

Ви побачите instantiate(..)метод у Fragmentкласі викликає newInstanceметод:

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 () Пояснює, чому при встановленні даних він перевіряє, що є аксесуаром publicі що цей завантажувач класів дозволяє отримати доступ до нього.

Це досить неприємний метод загалом, але він дозволяє FragmentMangerвбивати і відтворювати Fragmentsзі станами. (Підсистема Android робить подібні речі з Activities).

Приклад класу

Мене багато запитують про дзвінки newInstance. Не плутайте це з методом класу. У цьому прикладі всього класу повинно бути показано використання.

/**
 * 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...
}

Як зазначає CommonsWare в цьому питанні https://stackoverflow.com/a/16064418/1319061 , ця помилка також може виникнути, якщо ви створюєте анонімний підклас фрагменту, оскільки анонімні класи не можуть мати конструкторів.

Не робіть анонімні підкласи фрагмента :-)

Так, як ви бачите, що пакет підтримки також створює фрагменти (коли вони знищуються та знову відкриваються). Вашим Fragmentпідкласам потрібен публічний порожній конструктор, оскільки це називається рамкою.

Ось моє просте рішення:

1 - Визначте свій фрагмент

public class MyFragment extends Fragment {

    private String parameter;

    public MyFragment() {
    }

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

2 - Створіть новий фрагмент і заповніть параметр

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

3 - Насолоджуйтесь!

Очевидно, що ви можете змінити тип і кількість параметрів. Швидко і просто.