L’ancienne implémentation n’a jamais été prévue pour de bonnes performance. Elle était implémentée en QML par-dessus ListView, un composant prévu pour d’autres usages : en fait, simplement afficher une liste. Cette première itération de TableView mettait une série de cellules par élément de la liste (comme délégué), ce qui effectivement ressemble à un tableau. Sauf que… TableView, premier du nom, alloue un nouveau délégué chaque fois qu’un nouvel item entre dans la vue et désalloue ceux qui en sortent, parce que ListView fonctionne ainsi. En défilant rapidement, on doit donc allouer un très grand nombre d’objets assez complexes qui ne sont presque jamais affichés.
La nouvelle implémentation part de zéro. Elle est effectuée en C++ par-dessus le composant Flickable, qui fournit une interface pour faire défiler un composant (de haut en bas, de gauche à droite et dans les autres sens). Elle n’alloue que les lignes et les colonnes visibles à l’écran et réutilise les délégués autant que possible, en évitant de remettre les délégués à zéro pour limiter le nombre de signaux émis. Toute l’API est prévue pour une bonne performance plutôt qu’un usage déclaratif : par exemple, pour donner la taille d’une colonne, cela ne peut plus se faire au niveau d’une colonne (propriété width de TableViewColumn), mais bien à l’aide d’une fonction définie pour le tableau entier. Cette manière de faire est bien plus pratique pour des centaines ou des milliers de colonnes — la cible du nouveau composant. Le résultat est saisissant, en comparaison.
Source : TableView performance.