Discussion :

[bouye]

Bonjour, je vous propose un second article concernant JavaFX, cette fois-ci sur l'utilisation de l'API Cell qui couvre les contrôles virtualisés (ListView, TreeView, etc.).

http://fabrice-bouye.developpez.com/...ls/javafxcell/

Vous pouvez profiter de ce message pour partager vos commentaires. Cet article a été commencé sous JavaFX 2.2 il y a plus d'un an et j'ai ensuite mis à jour certaines parties pour JavaFX 8 donc, surtout, n’hésitez pas à m'indiquer toutes erreurs, omissions ou encore des éventuels anomalies.

[Chatanga]

La comparaison des performances entre Swing n’est ni logique, ni juste. Le seul moyen de connaître la taille globale d’un composant composite telle qu’une liste est de solliciter le CellRenderer pour chacun de ses éléments. C’est pourquoi il y a 3000 appels au démarrage (3000 x N en fait) et uniquement au démarrage ! Si on utilise l’ascenseur, par exemple, seuls une poignée de CellRenderer sont sollicités. Soulignons au passage que le coût d’un CellRenderer n’est pas nécessairement très important si on les construit intelligemment et qu’on a compris que, la plupart du temps, ils ne servent qu’à fournir des dimensions et non à réaliser le moindre rendu. Néanmoins, si on a vraiment trop d’éléments ou des CellRenderers complexes, l’optimisation proposée par l’API Swing depuis le début est d’accepter le compromis d’avoir des cellules de taille fixe :

Code Java :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
list.setFixedCellHeight(16);
list.setFixedCellWidth(500);

Avec ces 2 contraintes, il n’y a plus que 30 x 2 sollicitations de CellRenderer au premier affichage.

Je ne connais pas l’API de JavaFX, mais j’imagine que ses concepteurs ont simplement opté pour des comportements par défaut différents.

[bouye]

Ils ont opté pour des optimisations et celle-ci est la plus importante par rapport à Swing : on ne crée pas 36.000 lignes ! C'est ce qui définit l'architecture des contrôles virtualisés :

• Swing : un tampon qu'on transforme pour chaque ligne, appels à chaque défilements, etc.
• JavaFX : nombre de cellules visibles + 1-2. On estime la hauteur totale en fonction de ce qui est visible plutôt que de la calculer à chaque fois en passant sur chaque ligne.

Bémol sur ce que je viens de dire : CheckBox implémente elle toutes ses cellules une première fois lors de son affichage (ce qui est assez pénible d'ailleurs), non pas pour trouver sa hauteur mais... la largeur de son menu popup.

La stratégie est complètement différente et repose bien sur ce point particulier et pas un autre ! Donc impossible d'expliquer comment ça marche sans le soulever

Par contre, tout n'est pas optimisé encore à 100% dans JavaFX : quand on réduit la taille du composant on ne se débarrasse pas des cellules en trop, elles restent dans le pool de cellules disponibles.
JavaFX 8 a apporté d'autres optimisations comme introduire la possibilité de définir une hauteur fixe de cellule ce qui permet d'éviter de faire le layout pour le calculer.

[MrEddy]

Merci pour ce tutorial très complet sur un sujet pas évident.

Par contre je n'ai pas trouvé pour les tableview si il était possible de désactiver la sélection d'une ligne via le curseur ? J'ai essayé en changeant le selectionModel, en positionnant editable à false.

Est ce possible ?

Merci

[bouye]

J'ai fait des essais pas concluant en essayant de changer le [CODEinline]RowFactory [/CODECODEinline] mais ca ne donne rien. Donc probablement ecrivant un nouveau SelectionModel (s'inspirer de la classe interne statique package protected TableView.TableViewArrayListSelectionModel visible en allant sur le mercurial contenant les sources) et en essayant de surcharger une des methodes de sélection.

EDIT 1 - Ah retour sur RowFactory mais en utilisant la propriete Disable, ca fonctionne bien mieux !!!!!!

Par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
tableView.setRowFactory((TableView<Person> param) -> new TableRow<Person>() {
    {
        disableProperty().bind(indexProperty().isEqualTo(1));
    }
});

Du coup, on ne peut plus la sélectionner la 2nde ligne (celle a l'index 1), ni interagir avec les éléments qu'elle contient (une de colonnes dans mon test contient des checkbox).
On peut toujours sélectionner et utiliser les autres lignes sans soucis.
Et ensuite tu peux utiliser les CSS pour éviter que l'apparence soit différente.

EDIT 2 - il reste cependant possible de sélectionner la ligne au clavier

[MrEddy]

Merci pour tes recherches, il y aura peut etre un moyen plus simple dans les prochaines versions du jdk.