Jaka jest różnica między FragmentPagerAdapter i FragmentStatePagerAdapter?

Jaka jest różnica między FragmentPagerAdapteri FragmentStatePagerAdapter?

O FragmentPagerAdapterprzewodniku Google mówi:

Ta wersja pagera jest najlepsza do użycia, gdy istnieje garść zwykle bardziej statycznych fragmentów, które należy przełożyć, takich jak zestaw zakładek. Fragment każdej strony odwiedzanej przez użytkownika będzie przechowywany w pamięci, chociaż jej hierarchia widoków może zostać zniszczona, gdy nie będzie widoczna. Może to spowodować użycie znacznej ilości pamięci, ponieważ instancje fragmentów mogą utrzymać dowolną liczbę stanów. W przypadku większych zestawów stron należy rozważyć FragmentStatePagerAdapter.

Oraz o FragmentStatePagerAdapter:

Ta wersja pagera jest bardziej przydatna, gdy istnieje duża liczba stron, które działają bardziej jak widok listy. Gdy strony nie są widoczne dla użytkownika, cały ich fragment może zostać zniszczony, zachowując jedynie zapisany stan tego fragmentu. Dzięki temu pager może zatrzymać znacznie mniej pamięci związanej z każdą odwiedzaną stroną w porównaniu FragmentPagerAdapterz kosztem potencjalnie większego obciążenia przy przełączaniu między stronami.

Mam więc tylko 3 fragmenty. Ale wszystkie z nich są osobnymi modułami z dużą ilością danych.

Fragment1obsługuje niektóre dane (które wprowadzają użytkownicy) i przekazuje je poprzez aktywność do Fragment2, co jest po prostu proste ListFragment. Fragment3jest również ListFragment.

Więc moje pytania brzmią : Którego adaptera powinienem użyć? FragmentPagerAdapterczy FragmentStatePagerAdapter?

Jak mówią doktorzy, pomyśl o tym w ten sposób. Jeśli miałbyś zrobić aplikację taką jak czytnik książek, nie będziesz chciał ładować wszystkich fragmentów na raz. Chcesz ładować i niszczyć, Fragmentsgdy użytkownik czyta. W takim przypadku użyjesz FragmentStatePagerAdapter. Jeśli po prostu wyświetlasz 3 „zakładki”, które nie zawierają dużej ilości ciężkich danych (np. Bitmaps), FragmentPagerAdapterMoże Ci się to dobrze przydać. Należy również pamiętać, że ViewPagerdomyślnie ładuje 3 fragmenty do pamięci. Pierwsze Adapter, o którym wspominasz, może zniszczyć Viewhierarchię i ponownie załadować ją w razie potrzeby, drugie Adaptertylko zapisuje stan Fragmenti całkowicie niszczy, jeśli użytkownik wróci do tej strony, stan zostanie przywrócony.

• FragmentPagerAdapterprzechowuje cały fragment w pamięci i może zwiększyć obciążenie pamięci, jeśli zostanie użyta duża liczba fragmentów ViewPager.

• W przeciwieństwie do jego rodzeństwa, FragmentStatePagerAdapterprzechowuje tylko zapisaną częśćInstanceState fragmentów i niszczy wszystkie fragmenty, gdy stracą ostrość.

• Dlatego FragmentStatePagerAdapternależy go stosować, gdy musimy używać fragmentów dynamicznych, takich jak fragmenty z widżetami, ponieważ ich dane mogą być przechowywane w. savedInstanceStateNie wpłynie to również na wydajność, nawet jeśli istnieje duża liczba fragmentów.

• Przeciwnie, FragmentPagerAdapternależy użyć jego rodzeństwa, gdy musimy zapisać cały fragment w pamięci.

• Kiedy mówię, że cały fragment jest przechowywany w pamięci, oznacza to, że jego instancje nie zostaną zniszczone i utworzą narzut pamięci. Dlatego zaleca się stosowanie FragmentPagerAdaptertylko w przypadku małej liczby fragmentów ViewPager.

• Byłoby jeszcze lepiej, gdyby fragmenty były statyczne, ponieważ nie miałyby dużej liczby obiektów, których instancje byłyby przechowywane.

Aby być bardziej szczegółowym,

FragmentStatePagerAdapter:

• z FragmentStatePagerAdapter, Twój niepotrzebny fragment zostanie zniszczony. Transakcja jest zobowiązana do całkowitego usunięcia fragmentu z Twojej aktywności FragmentManager.

• Stan FragmentStatePagerAdapterpochodzi z faktu, że ocali fragment twojego fragmentu Bundleprzed savedInstanceStatezniszczeniem. Gdy użytkownik przejdzie wstecz, nowy fragment zostanie przywrócony przy użyciu stanu fragmentu.

FragmentPagerAdapter:

• Przez porównanie FragmentPagerAdapternie robi nic takiego, gdy fragment nie jest już potrzebny. FragmentPagerAdapterwywołuje detach(Fragment)transakcję zamiast remove(Fragment).

• To zniszczenie jest widokiem fragmentu, ale pozostawia instancję fragmentu żywą w. FragmentManagerWięc fragmenty utworzone w FragmentPagerAdapternie są nigdy niszczone.

Oto cykl życia dziennika każdego fragmentu, w ViewPagerktórym znajdują się 4 fragmenty ioffscreenPageLimit = 1 (default value)

FragmentStatePagerAdapter

Idź do Fragment1 (uruchomienie działania)

Fragment1: onCreateView
Fragment1: onStart
Fragment2: onCreateView
Fragment2: onStart

Idź do Fragment2

Fragment3: onCreateView
Fragment3: onStart

Idź do Fragment 3

Fragment1: onStop
Fragment1: onDestroyView
Fragment1: onDestroy
Fragment1: onDetach
Fragment4: onCreateView
Fragment4: onStart

Idź do Fragment 4

Fragment2: onStop
Fragment2: onDestroyView
Fragment2: onDestroy

FragmentPagerAdapter

Idź do Fragment1 (uruchomienie działania)

Fragment1: onCreateView
Fragment1: onStart
Fragment2: onCreateView
Fragment2: onStart

Idź do Fragment2

Fragment3: onCreateView
Fragment3: onStart

Idź do Fragment 3

Fragment1: onStop
Fragment1: onDestroyView
Fragment4: onCreateView
Fragment4: onStart

Idź do Fragment 4

Fragment2: onStop
Fragment2: onDestroyView

Wniosek : FragmentStatePagerAdapterzadzwoń, onDestroygdy Fragment zostanie pokonany, offscreenPageLimita FragmentPagerAdapternie.

Uwaga : Myślę, że powinniśmy używać FragmentStatePagerAdaptertej, ViewPagerktóra ma dużo stron, ponieważ będzie to dobre dla wydajności.

Przykład stanowi offscreenPageLimit:

Jeśli idziemy do Fragment3, to będzie detroy Fragment1 (lub Fragment5 jeśli mają), ponieważ offscreenPageLimit = 1. Jeśli ustawimy offscreenPageLimit > 1, nie zniszczy.
Jeśli w tym przykładzie ustawimy offscreenPageLimit=4, nie ma różnicy między używaniem FragmentStatePagerAdapterlub FragmentPagerAdapterponieważ Fragment nigdy nie wywołuje onDestroyViewi onDestroykiedy zmieniamy tabulację

Demo Github tutaj

Coś, co nie zostało wyraźnie powiedziane w dokumentacji lub w odpowiedziach na tej stronie (nawet sugerowanej przez @Naruto), jest to, że FragmentPagerAdapternie zaktualizuje Fragmentów, jeśli dane w Fragmentie zmienią się, ponieważ zachowuje Fragment w pamięci.

Więc nawet jeśli masz ograniczoną liczbę fragmentów do wyświetlenia, jeśli chcesz móc odświeżyć swoje fragmenty (np. Ponownie uruchom zapytanie w celu zaktualizowania listView w fragmencie), musisz użyć FragmentStatePagerAdapter.

Chodzi mi o to, że liczba Fragmentów i to, czy są one podobne, nie zawsze jest kluczowym aspektem do rozważenia. Kluczowe jest także to, czy Twoje fragmenty są dynamiczne.

FragmentPagerAdapterprzechowuje poprzednie dane, które są pobierane z adaptera, a przy każdym FragmentStatePagerAdapteruruchomieniu pobiera nową wartość z adaptera.

FragmentStatePagerAdapter = Aby pomieścić dużą liczbę fragmentów w ViewPager. Ponieważ ten adapter niszczy fragment, gdy nie jest on widoczny dla użytkownika i tylko zapisany parametrInstanceState fragmentu jest przechowywany do dalszego wykorzystania. W ten sposób wykorzystywana jest niewielka ilość pamięci i lepsza wydajność w przypadku fragmentów dynamicznych.

FragmentPagerAdapter : fragment każdej strony odwiedzanej przez użytkownika zostanie zapisany w pamięci, chociaż widok zostanie zniszczony. Kiedy strona będzie ponownie widoczna, widok zostanie odtworzony, ale instancja fragmentu nie zostanie odtworzona. Może to spowodować znaczne zużycie pamięci. FragmentPagerAdapter powinien być używany, gdy potrzebujemy przechowywać cały fragment w pamięci. Wywołania FragmentPagerAdapter odłączają (Fragment) w transakcji zamiast usuwać (Fragment).

FragmentStatePagerAdapter : instancja fragmentu jest niszczona, gdy nie jest widoczna dla użytkownika, z wyjątkiem stanu zapisanego fragmentu. Powoduje to użycie niewielkiej ilości pamięci i może być przydatne do obsługi większych zestawów danych. Powinien być stosowany, gdy musimy korzystać z fragmentów dynamicznych, takich jak fragmenty z widżetami, ponieważ ich dane mogą być przechowywane w saveInstanceState. Nie wpłynie to również na wydajność, nawet jeśli jest ich dużo.