Яка різниця між відокремленням фрагмента та його видаленням?

У документах Android для FragmentTransaction я помітив два дуже схожі методи: detachі remove. Описи там, схоже, не дають багато розуміння того, коли використовувати кожен, і з того, що я можу сказати, вони здаються однаковими.

Отже: чим відрізняються ці два методи?

Метод від'єднання видаляє фрагмент з інтерфейсу користувача, але його стан підтримує менеджер фрагментів. Це означає, що ви можете повторно використовувати цей фрагмент, зателефонувавши до методу приєднання, із зміненою ViewHierarchy

Видалити означає, що екземпляр фрагмента неможливо повторно приєднати. Вам доведеться знову додати його до транзакції з фрагментом.

Коментар джерела

Ви помітите, що коли фрагмент від'єднується, його методи onPause, onStop та onDestroyView викликаються лише (у такому порядку). З іншого боку, коли фрагмент видалено, його параметри onPause, onStop, onDestroyView, onDestroy та onDetach викликаються (у такому порядку). Аналогічно, при приєднанні викликуються лише методи onCreateView, onStart і onResume фрагмента; і при додаванні методи onAttach, onCreate, onCreateView, onStart і onResume викликаються (у тому порядку). - Аділ Хуссейн

Називання методів управління фрагментами дуже заплутано навіть на думку інженерів Google на дошках оголошень (див. Коментарі вище). Я зробив собі невелику демонстрацію, щоб зрозуміти, як все насправді працює. Ось мої висновки. Не соромтеся виправити мене, якщо я помиляюся.

Щоб спочатку додати фрагмент до діяльності, ви використовуєте: getFragmentManager (). BeginTransaction (). Add (R.id.container, mFragment) .commit ().

Це пов'язує активність з фрагментом, а також пов'язує погляд з фрагментом.

Ось отримані події життєвого циклу та інші важливі методи повернення значень:

onAttach()           
onCreate()           
onCreateView()       
onViewCreated()      
onActivityCreated()  
onViewStateRestored()
onStart()            
onResume()

mFragment.getView() == null: false                    
mFragment.getActivity() == null: false

Щоб вилучити фрагмент із діяльності, ви використовуєте: getFragmentManager (). BeginTransaction (). Remove (mFragment) .commit ().

Це видаляє будь-яку асоціацію з представленням даних або з діяльністю.

Ось отримані події життєвого циклу та інші важливі методи повернення значень:

onPause()
onStop()
onDestroyView()
onDestroy()
onDetach()

mFragment.getView() == null: true
mFragment.getActivity() == null: true

Я знову додав тут фрагмент

Щоб від'єднати доданий фрагмент від активності, ви використовуєте: getFragmentManager (). BeginTransaction (). Detach (mFragment) .commit ().

Це видаляє будь-яку асоціацію з представленням даних, але зберігає зв'язок із активністю.

Ось отримані події життєвого циклу та інші важливі методи повернення значень:

onPause()                             
onStop()                              
onDestroyView()                      

mFragment.getView() == null: true
mFragment.getActivity() == null: false

Для повторного вкладення фрагмента, від'єднаного до Діяльності, ви використовуєте: getFragmentManager (). BeginTransaction (). Attach (mFragment) .commit ().

Це створює новий Вид для асоціації з Фрагментом і підтримує асоціацію Діяльність.

Ось отримані події життєвого циклу та інші важливі методи повернення значень:

onCreateView()                        
onViewCreated()                       
onActivityCreated()                   
onViewStateRestored()                 
onStart()                             
onResume()                            

mFragment.getView() == null: false
mFragment.getActivity() == null: false

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

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

Коли getView () повертає null, фрагмент все ще може мати внутрішні посилання на останній створений ним перегляд. Цей вид більше не дійсний і його не слід використовувати.