Фрагмент или опорный фрагмент?

Я разрабатываю приложение, поддерживающее Android> = 4.0. Он использует фрагменты из android.appпакета. Поскольку я сталкиваюсь с проблемами со старой реализацией фрагмента в 4.0, подобной этой , которая уже исправлена ​​в библиотеке поддержки, я рассматриваю возможность вернуться к реализации фрагмента из библиотеки поддержки, чтобы получить более надежную и последовательную реализацию.

Каково ваше мнение по этому поводу? Используете ли вы фрагменты из библиотеки поддержки, даже если они уже доступны, при разработке для Android 4?

По моему опыту, использование одной и той же реализации фрагмента на всех устройствах Android является большим преимуществом. Я не мог избавиться от всех исключений NullPointerExceptions, когда состояние сохраняется на Android 4.0 с использованием собственных фрагментов, а с библиотекой поддержки все они исчезли. К тому же я пока не видел недостатков в этом подходе.

Итак, мой ответ на мой собственный вопрос: при разработке для Android 4.x использование фрагментов из библиотеки поддержки - хорошая идея. В библиотеке поддержки исправлены ошибки, которые все еще присутствуют в более старых реализациях фрагментов, и часто обновляется дополнительными исправлениями ошибок.

Одна из серьезных причин придерживаться этого SupportFragmentна некоторое время заключается в том, что у вас нет доступа к ChildFragmentManagerAPI-интерфейсу до 17. Библиотека поддержки предоставит вам версию поддержки менеджера дочерних фрагментов.

Это становится большим делом, если у вас есть фрагменты, содержащие другие фрагменты. Это часто встречается в приложениях для планшетов с большой степенью сложности, и / или ваша общая архитектура основана на макете с вкладками или использует панель навигации.

Я также расстраивался из-за необходимости включать библиотеки поддержки, несмотря на ориентацию на Android 4.0+, но, похоже, это официально рекомендуется:

Пакет Android Support Library содержит несколько библиотек, которые можно включить в ваше приложение. Каждая из этих библиотек поддерживает определенный диапазон версий платформы Android и набор функций.

В этом руководстве объясняются важные функции и поддержка версий, предоставляемые библиотеками поддержки, чтобы помочь вам решить, какие из них следует включить в свое приложение. В общем, мы рекомендуем включить поддержку v4 и библиотеки appcompat v7, поскольку они поддерживают широкий спектр версий Android и предоставляют API для рекомендуемых шаблонов пользовательского интерфейса.

http://developer.android.com/tools/support-library/features.html

IMHO, если вы планируете разрабатывать только для 4.0, я бы порекомендовал использовать собственные библиотеки, поскольку исполняемый файл станет меньше. Это правда, что вы можете столкнуться с проблемами ошибок в ранних версиях, но я думаю, что большинство из них должно быть довольно тривиально, чтобы их можно было обойти. Также предполагается, что библиотека совместимости сопоставляется с собственными фрагментами, если вы все равно используете 4.0 и выше. Так что вам все равно придется бороться с подобными проблемами. Проблема с библиотеками поддержки заключается в том, что многие классы появляются дважды (один раз в структуре пакета поддержки и один раз в «собственной» структуре пакета), что делает разработку немного более громоздкой.

Однако, если вы хотите также выпустить свое приложение до версии 4.0, тогда нет возможности обойтись без библиотеки поддержки. Кроме того, поскольку около 38% всех пользователей используют 2.3, может иметь смысл включить эту версию ОС. В таком случае вы можете использовать библиотеку поддержки в сочетании с Jake Wartons ActionBarSherlock (или с библиотекой ActionBar, поддерживающей Google, после ее окончательного выпуска).

Кажется, что сейчас лучше использовать библиотеку поддержки, потому что я видел здесь заявление https://developer.android.com/reference/android/app/Fragment.html

Этот класс объявлен устаревшим на уровне API P. Используйте фрагмент библиотеки поддержки для согласованного поведения на всех устройствах и доступа к жизненному циклу.