Astuces pour améliorer les performances de défilement de l'iPhone UITableView?

Question

J'ai une vue uitable qui charge des images assez grandes dans chaque cellule et les hauteurs de cellule varient en fonction de la taille de l'image. La performance de défilement est décente, mais peut parfois être saccadée.

Je trouve ces conseils que j'ai trouvé sur le blog de FieryRobot:

glassy-scrolling-with-uitableview

more-glassy-scrolling-with-uitableview

Quelqu'un at-il des conseils pour améliorer les performances uitableview défilement?

Answer 1

1. Cache la hauteur des lignes (la vue de la table peut demander cette fréquemment)
2. Créer un cache utilisé moins récemment pour les images utilisées dans le tableau (et annuler toutes les entrées inactives lorsque vous recevoir un avertissement de mémoire)
3. Dessiner tout dans le UITableViewCell « drawRect: s si possible, éviter subviews à tout prix (ou si vous avez besoin de la fonctionnalité d'accessibilité standard, l'affichage du contenu de drawRect:)
4. Faites vos UITableViewCell » couche s opaque (sa me va pour l'affichage du contenu si vous en avez un)
5. Utilisez la fonctionnalité de reusableCellIdentifier comme recommandé par le UITableView examples/documentation
6. Évitez les gradients/effets graphiques complexes qui ne sont pas précuites dans UIImage s

Answer 2

1. Si vous UITableViewCell sous-classement, ne pas utiliser un Nib, écrire dans le code à la place. C'est beaucoup plus rapide que le chargement des fichiers Nib.
2. Si vous utilisez des images, assurez-vous vous les mettre en cache afin que vous ne devez charger un fichier plus une fois pour chaque (si vous avez la mémoire - vous seriez surpris de voir comment beaucoup d'images spatiales prennent).
3. Rendre possible autant d'éléments opaques que . De même, essayez de ne pas utiliser les images avec la transparence.

Answer 3

Le développeur derrière Tweetie a beaucoup écrit à ce sujet et a du code qui montre comment cela a été fait pour cette application. Fondamentalement, il/elle préconise une vue personnalisée par cellule de tableau, et le dessin manuellement (plutôt que sous-visualisation avec Interface Builder, entre autres options).

fast-scrolling-in-tweetie-with-uitableview

En outre, Apple a mis à jour son propre exemple de code pour TableView dans ses tutoriels TableViewSuite (peut-être en réponse à cela?)

TableViewSuite

Answer 4

# 1 tueur de performance pour le défilement UITableView dessine des ombres sur n'importe quelle couche de vue de cellule, donc si les performances de défilement sont importantes, ne faites pas d'ombres, à moins que cela ne ralentisse votre thread principal.

pensé que cela devait être dit car aucune des réponses acceptées fait mention des ombres et des couches. : +)

Answer 5

Tout problème lié aux performances de défilement UITableView peut être résolu à l'aide des techniques déjà décrites dans d'autres réponses. Cependant, une performance léthargique est parfois causée par quelque chose d'intrinsèquement erroné ou répétitif. Le fait que UITableView réutilise les cellules, et le fait que chaque cellule puisse avoir besoin de sa propre image - ensemble rend le bit de la solution complexe. De la façon dont il est résolu de manière générale, ici je résume les choses qui devraient être prises en charge:

1. Charger les données dans la source de données - à partir de REST/base de données. Cette étape doit être effectuée en arrière-plan, en utilisant éventuellement dispatch_async avec la file d'attente GCD.
2. Créer et initialiser les objets du modèle de données pertinentes et de les mettre dans un tableau
3. [tableView reloaddata]
4. intérieur cellForRowAtIndexPath, comprennent le code qui ensemble de données (texte) de l'objet de modèle de données correct du tableau.
5. Maintenant, les images peuvent aussi prendre la forme d'une URL, donc cette étape peut être un peu bizarre à cause de la réutilisation de cellules effectuée par une vue de table. Le cœur du fait est de charger à nouveau l'image à partir du cache/URL de l'appareil à l'aide de la file d'attente asynchrone, puis de la définir pour corriger cell.image (quelle que soit la propriété de votre image de cellule).

Pour éviter les problèmes, reportez-vous à ce didacticiel à propos de lazy loading of images à l'intérieur de la vue de table.