Sztuczki poprawiające wydajność przewijania UITableView iPhone ' a?

1. Jeśli podklasujesz UITableViewCell, nie używaj Stalówki, zamiast tego napisz kod. To dużo szybsze niż ładowanie plików Nib.
2. Jeśli używasz obrazów, upewnij się, że buforujesz je więc nie trzeba ładować z pliku więcej niż raz dla każdego (jeśli masz pamięć-zdziwiłbyś się, jak dużo miejsca zajmują zdjęcia).
3. Uczyń tyle elementów nieprzezroczystych, ile możliwe. Podobnie, spróbuj nie i użyj obrazy z przezroczystością.

Programista stojący za Tweetie napisał o tym obszernie i ma jakiś kod, który demonstruje, jak to zostało zrobione dla tej aplikacji. Zasadniczo zaleca jeden niestandardowy widok na komórkę tabeli i rysowanie go ręcznie(zamiast podglądu za pomocą narzędzia Interface Builder, między innymi).

Fast-scrolling-in-tweetie-with-uitableview

Ponadto Apple zaktualizowało własny przykładowy kod TableView w samouczkach TableViewSuite (może w odpowiedzi na to?)

TableViewSuite

#1 performance killer dla przewijania UITableView polega na rysowaniu cieni na dowolnej warstwie widoku komórki, więc jeśli przewijanie ma znaczenie, nie rób cieni, chyba że zasadniczo nie spowalnia to głównego wątku.

Myślałem, że trzeba to powiedzieć, ponieważ żadna z zaakceptowanych odpowiedzi nie wspomina o cieniach i warstwach. :+)

Każdy problem z wydajnością przewijania można rozwiązać za pomocą technik opisanych już w innych odpowiedziach. Jednak niejednokrotnie słaba wydajność jest spowodowana czymś z natury błędnym lub powtarzalnym.

Fakt, że UITableView ponownie wykorzystuje komórki i fakt, że każda komórka może potrzebować własnego obrazu-razem sprawia, że rozwiązanie jest skomplikowane. Z tego, jak to jest rozwiązywane w sposób ogólny, tutaj podsumowuję rzeczy, które powinny być załatwione: {]}

1. załaduj dane do źródło danych-z REST / bazy danych. Ten krok powinien być wykonany w tle, ostatecznie używając dispatch_async wraz z kolejką GCD.
2. Tworzenie i inicjalizacja odpowiednich obiektów modelu danych i umieszczanie ich wewnątrz tablicy
3. [tableView reloaddata]
4. wewnątrz cellForRowAtIndexPath zawiera kod, który ustawi dane (tekst) z właściwego obiektu modelu danych tablicy.
5. Teraz obrazy mogą być również w formie adresu URL, więc ten krok może być trochę dziwaczny z powodu ponownego użycia komórek przez Widok tabeli. The heart of the faktem jest, aby ponownie załadować obraz z pamięci podręcznej / URL urządzenia za pomocą kolejki asynchronicznej, a następnie ustawić go na poprawną komórkę.obraz (niezależnie od właściwości obrazu komórki).

Aby uniknąć problemów, zapoznaj się z tym samouczkiem o leniwym ładowaniu obrazów wewnątrz widoku tabeli.