Sztuczki poprawiające wydajność przewijania iPhone UITableView?

Question

Mam uitableview, który ładuje dość duże obrazy w każdej komórce, a wysokości komórek różnią się w zależności od rozmiaru obrazu. Wydajność przewijania jest przyzwoita, ale czasami może być nierówna.

znalazłem te wskazówki znalazłem na blogu FieryRobot:

glassy-scrolling-with-uitableview

more-glassy-scrolling-with-uitableview

Czy ktoś ma jakieś wskazówki dotyczące poprawy wydajności przewijania UITableView?

Answer 1

1. Cache wysokość wierszy (widok tabeli mogą wystąpić to często)
2. Tworzenie najmniej niedawno używane pamięci podręcznej dla obrazów wykorzystywanych w tabeli (i unieważnia wszystkie nieaktywne wpisy, gdy otrzyma ostrzeżenie pamięć)
3. Draw wszystko w UITableViewCell „s drawRect: jeśli to możliwe subviews uniknąć za wszelką cenę (lub jeśli wymagają standardową funkcjonalność dostępności, widok zawartości na drawRect:)
4. Dokonać UITableViewCell” warstwa nieprzezroczysta (sa s mi idzie na widok zawartości, jeśli masz jeden)
5. Użyj funkcji reusableCellIdentifier zalecane przez UITableView examples/dokumentacji
6. Unikaj gradienty/skomplikowanych efektów graficznych, które nie są wstępnie upieczone w UIImage s

Answer 2

1. Jeśli instacji UITableViewCell, nie używać NIB, napisać go w kodzie zamiast. Jest o wiele szybszy niż ładowanie plików Nib.
2. Jeśli używasz obrazów, upewnij jesteś buforowanie je więc nie mieć załadować z pliku ponad raz dla każdego (jeśli masz pamięć - możesz być zaskoczony, jak wiele zdjęć przestrzennych).
3. Możliwe jest użycie wielu elementów nieprzezroczystych jako . Podobnie, spróbuj i nie używaj obrazów o przezroczystości.

Answer 3

Twórca Tweetie napisał o tym obszernie i ma trochę kodu, który pokazuje, jak to zostało zrobione dla tej aplikacji. Zasadniczo, on/ona opowiada się za jednym niestandardowym widokiem na komórkę tabeli i rysuje go ręcznie (zamiast subskrybowania za pomocą Konstruktora interfejsu, pośród innych opcji).

fast-scrolling-in-tweetie-with-uitableview

Ponadto, Apple uaktualnił swój własny kod przykładowy Tableview w swoich tutoriali TableViewSuite (być może w odpowiedzi na to?)

TableViewSuite

Answer 4

# 1 wydajność zabójca dla UITableView przewijanie jest rysunek cienie na dowolnej warstwie widoku komórki, więc jeśli przewijanie ma znaczenie, to nie rób cienia, chyba że w zasadzie nie spowalnia głównego wątku.

myślałem, że to trzeba powiedzieć, ponieważ żadna z przyjętych odpowiedzi nie zawierała wzmianek o cieniach i warstwach. : +)

Answer 5

Każdy problem z wydajnością przewijania UITableView można rozwiązać za pomocą technik opisanych już w innych odpowiedziach. Jednak wiele razy powolna wydajność jest spowodowana przez coś z natury błędne lub powtarzalne.

Fakt, że UITableView ponownie wykorzystuje komórki, oraz fakt, że każda komórka może potrzebować własnego obrazu - razem sprawia, że ​​rozwiązanie jest skomplikowane. Od tego, jak jest rozwiązywany w ogólny sposób, tutaj podsumowuję rzeczy, którymi należy się zająć:

1. Załaduj dane do źródła danych - z REST/bazy danych. Ten krok powinien zostać wykonany w tle, ostatecznie przy użyciu metody dispatch_async wraz z kolejką GCD.
2. Tworzenie i zainicjować odpowiednie obiekty modelu danych i umieszczenie ich wewnątrz tablicy
3. [tableView reloaddata]
4. Wewnątrz cellForRowAtIndexPath zawierać kod, który zestaw danych (tekst) z prawidłowym model danych obiektu tablicy.
5. Teraz obrazy mogą mieć również postać adresu URL, więc ten krok może być trochę dziwaczny z powodu ponownego użycia komórki przez widok tabeli. Chodzi o to, aby ponownie załadować obraz z pamięci podręcznej urządzenia/adresu URL za pomocą kolejki asynchronicznej, a następnie ustawić go tak, aby poprawiał obraz komórki. (Niezależnie od tego, jaka jest własność obrazu komórki).

Aby uniknąć problemów, zapoznaj się z tym samouczkiem na temat widoku wewnątrz tabeli lazy loading of images.