Jak mogę przyspieszyć UITableView?

Najlepszą rzeczą, jaką możesz zrobić, jeśli chcesz przyspieszyć kod, jest jego profilowanie. Są dwa powody:

1. Możesz przeczytać o niektórych rzeczach, które poprawią wydajność tabeli w ogóle, jak używanie komórek o stałej wysokości i ponowne użycie komórek, i prawdopodobnie pomoże to zaimplementować te rzeczy (wygląda na to, że już to zrobiłeś). Ale jeśli chodzi o przyspieszenie Twój kod, naprawdę musisz wiedzieć, gdzie aplikacja spędza większość swojego czasu. Może być że istnieje kilka metod, które zajmują bardzo dużo czasu, lub metoda, która jest stosunkowo szybka, ale jest wywoływana znacznie częściej niż można się spodziewać.

2. Nie można dowiedzieć się, czy zmiany, które wprowadzasz, aby przyspieszyć działanie, naprawdę mają znaczenie, chyba że masz pewne liczby do zmierzenia. Jeśli możesz pokazać, że twój kod spędzał 80% swojego czasu w jednej rutynie i ograniczysz go do 35%, wiesz, że robisz postępy.

Więc wyłam się Przyrządy i zacznij mierzyć. Jeśli możesz, dobrze jest zmierzyć każdą z różnych czynności, które chcesz przyspieszyć... wykonaj jedną sesję profilowania podczas przewijania, jedną podczas wybierania jak największej liczby różnych komórek w określonym czasie itp. Nie zapomnij zapisać wyników, aby można było porównać później.

Zwróć uwagę na te punkty..

Czy używasz ponownie komórek?.Czyli dobra praktyka do zrobienia..
1. Upewnij się, że nie robisz żadnych kosztowne obliczenia w cellForRowAtIndexPath callback, lub w funkcji wywołanej z / Align = "left" / .
2. powiedziałeś, że jest tło obraz. Kolejny powód, dla którego musisz użyj ponownie swojej komórki.

Kilka dobrych informacji na temat ponownego użycia komórek jest tutaj ..

EDIT: znalazłem tę stronę bardzo późno..

Ten więc pytanie wątek może Ci pomóc...zwłaszcza zaakceptowaną odpowiedź...

1. Użyj współdzielonej instancji obrazu dla tła (alloc / init / release one for every time a new cell is created). Gdy widok tabeli jest duży, oznacza to, że komórki X tła w pamięci zajmują znacznie więcej pamięci niż powinno.

   Zamiast
   cell.backgroundView= [[UIImageView alloc] initWithImage:[UIImage imageNamed:@"cell gradient2.png"]];
   wystarczy użyć :
   cell.backgroundView= [SomeHelperClass sharedBackgroundUIImageResource];

2. Jeśli to nie pomoże, użyj CG zamiast etykiet i innych podglądów (tutaj pomoże zrzut ekranu.. wiedzieć o czym mówimy).

Czy delegat widoku tabeli implementuje:

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath

Jeśli tak, możesz rozważyć ustawienie właściwości rowHeight uitableviewcell.

Czy używasz wielu podglądów?

Jeśli tak, dobrą techniką jest, aby zamiast dodawać wiele etykiet i obrazów, narysować je za pomocą CoreGraphics.

Aby to zrobić, musisz podklasować UITableViewCell i zaimplementować metodę -(void)drawRect:(CGRect)rect.

Dwie sugestie: jedną z nich jest użycie -initWithStyle:reuseIdentifier: dla komórek widoku tabeli zamiast-initWithFrame:. Drugim jest skomentowanie ustawienia komórki.widok tła do obrazu z gradientem i sprawdź, czy to jest winowajca. Za każdym razem, gdy miałem słabą wydajność w widoku tabeli, to było z powodu obrazu.

To jest trochę off-topic tutaj (ponieważ masz tylko jeden obraz tła dla wszystkich komórek):

Moja aplikacja wyświetla różne obrazy w każdej komórce. Po dodaniu około 5 komórek do UITableView-table jest drastycznie spowalniany. Przetwarzanie wszystkich obrazów zajmuje około 1-2 sekund za każdym razem, gdy otwieram kontroler widoku.

if let image = UIImage(contentsOfFile: photoFile){
    // just set it and let system fit it
    //cell.imageView!.image = image

    // 1 - Calculate sized
    let DEFAULT_THUMBNAIL_WIDTH: CGFloat  = (cellHeight / 4) * 5;
    let DEFAULT_THUMBNAIL_HEIGHT: CGFloat = cellHeight;

    let aspectRatio: CGFloat = image.size.width / image.size.height
    var willBeHeight = DEFAULT_THUMBNAIL_HEIGHT
    var willBeWidth  = DEFAULT_THUMBNAIL_HEIGHT * aspectRatio

    if(willBeWidth > DEFAULT_THUMBNAIL_WIDTH){
        willBeWidth = DEFAULT_THUMBNAIL_WIDTH
        willBeHeight = willBeWidth / aspectRatio
    }

    let eps:CGFloat = 0.000001
    assert((willBeHeight - eps) <= DEFAULT_THUMBNAIL_HEIGHT);
    assert((willBeWidth - eps) <= DEFAULT_THUMBNAIL_WIDTH);

    // 2 - Create context
    var size:CGSize = CGSize(
        width: DEFAULT_THUMBNAIL_WIDTH,
        height: DEFAULT_THUMBNAIL_HEIGHT)
    UIGraphicsBeginImageContext(size)

    // one-to-one rect
    //var imageRect: CGRect = CGRectMake(0.0, 0.0, size.width, size.height)
    var imageRect: CGRect = CGRectMake(0.0, 0.0, willBeWidth, willBeHeight)

    // 3 - Draw image
    image.drawInRect(imageRect)
    var imageResult: UIImage = UIGraphicsGetImageFromCurrentImageContext()
    cell.imageView!.image = imageResult

    UIGraphicsEndImageContext()
}else{
    DDLogError("Can not draw photo: \(photoFile)")
}

Więc skończyłem z generowaniem małych miniaturek dla wszystkich moich zdjęć.

Użyj ponownie komórek. Alokacja obiektów wiąże się z kosztami wydajności, zwłaszcza jeśli alokacja musi mieć miejsce wielokrotnie w krótkim czasie-np. gdy użytkownik przewija widok tabeli. Jeśli ponownie użyjesz komórek zamiast przydzielać nowe, znacznie zwiększysz wydajność widoku tabeli. Unikaj przekazywania treści. Podczas ponownego używania komórek z niestandardowymi podwidywaniami, nie należy układać tych podwidywań za każdym razem, gdy widok tabeli żąda komórki. Po utworzeniu komórki należy raz rozplanować podglądy. Użyj nieprzezroczystych podglądów podrzędnych. Podczas dostosowywania komórek widoku tabeli, upewnij się, że podview komórki jest nieprzezroczysta, a nie przezroczysta.