Fragment

Класс для управления фрагментами. Он позволяет добавлять, удалять, заменять фрагменты, а также управлять их состоянием.

add

Используется для добавления фрагмента в контейнер. При добавлении нового фрагмента через add, предыдущий фрагмент остается активным, его жизненный цикл не меняется, он продолжает работать в RESUMED состоянии.

val fragmentManager = supportFragmentManager
val transaction = fragmentManager.beginTransaction()
transaction.add(R.id.fragment_container, MyFragment(), "myFragmentTag")
transaction.commit()

replace

Удаляет текущий фрагмент в контейнере и добавляет новый. Это замещает один фрагмент другим, вызывая полный жизненный цикл нового фрагмента от onCreate() до onResume() и уничтожение предыдущего фрагмента от onPause() до onDestroy().

val fragmentManager = supportFragmentManager
val transaction = fragmentManager.beginTransaction()
transaction.replace(R.id.fragment_container, FragmentB())
transaction.commit()

remove

Удаляет фрагмент из FragmentManager, что означает, что фрагмент больше не отображается на экране. Однако состояние фрагмента сохраняется в FragmentManager, и его можно восстановить, если это необходимо.

addToBackStack

Добавляет текущую транзакцию фрагментов в стек возврата, что позволяет пользователю вернуться к предыдущему состоянию фрагментов при нажатии кнопки “Назад”.

popBackStack

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

// Удаление последнего фрагмента из стека возврата
supportFragmentManager.popBackStack()

// Удаление всех фрагментов до фрагмента с именем "myFragmentName"
supportFragmentManager.popBackStack("myFragmentName", FragmentManager.POP_BACK_STACK_INCLUSIVE)

popBackStackImmediate

Работает аналогично методу popBackStack, но выполняет операцию немедленно, а не асинхронно.

// Немедленное удаление последнего фрагмента из стека возврата
supportFragmentManager.popBackStackImmediate()

// Немедленное удаление всех фрагментов до фрагмента с именем "myFragmentName"
supportFragmentManager.popBackStackImmediate("myFragmentName", FragmentManager.POP_BACK_STACK_INCLUSIVE)

executePendingTransactions

Заставляет FragmentManager немедленно выполнить все ожидающие транзакции. Это отличается от методов commit или commitNow, которые фиксируют транзакции асинхронно или немедленно, но не обязательно выполняют их сразу.

commit

Фиксирует изменения в FragmentTransaction, сделанные до вызова этого метода. Это включает в себя добавление, удаление, замену или изменение фрагментов. Выполняет транзакцию асинхронно. Это значит, что изменения могут быть применены позже, в следующем цикле обновления UI. Если вызвать executePendingTransactions после метода commit, то транзакция станет синхронной.

commitNow

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

commitAllowingStateLoss

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

Использование commitAllowingStateLoss приводит к ситуациям такого вида: Пользователь возвращается на активити, которая была уничтожена системой. Пользователь ожидает увидеть UI, который отображался перед тем как он покинул активити, но транзакция с добавлением или удалением фрагмента не сохранилась и пользователь видит пустой экран или активити в неверном состоянии. Хорошей практикой считается использование commit, а не commitAllowingStateLoss. Если вы получаете репорты о state loss крэшах, пробуйте решить корень проблемы. Для этого не вызывайте commit в onPause или следующих после него методах.

dismiss

Используется для закрытия или удаления фрагмента, который был добавлен с помощью FragmentManager.

dismissNow

Используется для немедленного удаления фрагмента. В отличие от dismiss, который может быть отложен до завершения текущего цикла событий, dismissNow выполнит действие сразу же.

dismissAllowingStateLoss

Используется для удаления фрагмента, игнорируя потенциальные потери состояния. Он похож на метод dismiss, но позволяет удалять фрагмент даже если это может привести к потере состояния активити или фрагмента.

Что будет, если закоммитить фрагмент, когда приложение свернуто?

• Transaction будет отложена. Фрагмент-менеджер не будет немедленно обрабатывать транзакцию фрагмента, если приложение находится в состоянии, когда его интерфейс не виден (например, свернуто). Однако транзакция будет сохранена в состоянии “отложенной” и выполнится, когда приложение снова станет активным.

• Transaction может быть отклонена. Если транзакция была выполнена после того, как активность была завершена или уничтожена, то она может не быть применена. Это связано с тем, что состояние активности может быть неактуальным, и попытка обновить UI может привести к исключениям или некорректному отображению.

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

• добавить через XML используя FragmentContainerView.

• добавить программно через FragmentTransaction.

• создать через FragmentFactory.

1. Что такое Fragment? Чем он отличается от Activity?

2. Жизненный цикл фрагмента?

3. Какие есть способы создать фрагмент?

4. Чем Fragment отличается от View?

5. Что будет, если мы попытаемся закоммитить фрагмент, когда приложение свернуто?

6. Для чего нужен метод commitAllowingStateLoss?

   Выполняет транзакцию фрагмента, даже если состояние Activity потеряно, что предотвращает исключение при коммите.

7. Разница методов add и replace?

   Метод add() добавляет новый фрагмент поверх существующего, оставляя предыдущий активным и в состоянии resumed, тогда как метод replace() заменяет текущий фрагмент, вызывая у него полный жизненный цикл (с onPause() до onDestroy()) перед добавлением нового фрагмента.

8. Является ли метод FragmentManager.commit() синхронным?

   • Да, он синхронный.

   • Нет, он асинхронный.

   • Такого метода нет.

9. Какие методы жизненого цикла фрагмента существуют?

   • oninflate()

   • onResume()

   • onReload()

   • onStart()

10. Какой метод жизненного цикла фрагмента вызывается, когда фрагмент больше не виден пользователю?

    • onDetach()

    • onPause()

    • onDestroyView()

    • onStop()

11. Какой метод следует использовать для проверки наличия фрагмента в FragmentManager по его тегу?

    • locateFragmentByTag

    • findFragmentByTag

    • searchFragmentByTag

    • getFragmentByTag

12. В каком методе фрагмент становится доступен Activity?

    • onCreate

    • onBind

    • onAttach

    • onStart

13. Какой метод жизненного цикла фрагмента вызывается для создания иерархии пользовательского интерфейса?

    • onCreateView

    • onAttach

    • onCreate

    • onStart

14. Какой из следующих классов используется для работы с фрагментами в Android?

    • FragmentController

    • FragmentManager

    • FragmentHandler

    • FragmentActivity

15. Какой метод используется для закрытия диалога в Android?

    • dismiss

    • cancelDialog

    • closeDialog

    • dismissDialog