Sposób buforowania widoku fragmentu

Question

Chciałbym cache widoku fragmentu. Moja aktywność zawiera karty z możliwością przeciągania, a każda karta wywołuje inny fragment. Ale kiedy przechodzę między kartami, przejście wydaje się dość powolne z powodu zniszczenia widoku fragmentu, który jest odbudowywany podczas operacji przesunięcia. Czy ktoś wie, jak mogę buforować widok każdego fragmentu, aby zapobiec temu problemowi? Pracuję z obsługą biblioteki v4 i api 14

Próbowałem zaimplementować konstruktor dla fragmentów, wywoływanych przez kontener działania fragmentów: wywołuję konstruktor, fragmenty są tworzone jako zmienna klasy aktywności, a następnie za każdym razem, gdy fragment musi się pokazać, klasa aktywności zwraca obiekt fragmentu, który wcześniej stworzyłem, ale to nie poprawia mojej aplikacji, ponieważ widok tego fragmentu jest zniszczony i tak jest

Answer 1

Dzieje się tak dlatego, że domyślnie wewnętrznie pager ładuje maksymalnie 3 strony (fragmenty) w tym czasie: ten wyświetlający, poprzedni i następny, więc jeśli masz 5 fragmentów, stanie się to podczas przejścia od pierwszego do ostatniego: (gdzie x jest załadowanym fragmenem t)

xx000 -> xxx00 -> 0xxx0 -> 00xxx -> 000xx

Spróbuj użyć

myPager.setOffscreenPageLimit(ITEMS_COUNT-1); 

Dzięki temu dowiesz się pager, aby zachować wszystkie te w pamięci i nie niszcz/twórz za każdym machnięciem (dokładnie przyjrzyj się zarządzaniu pamięcią)