Discussion :

[st20085]

Bonjour
Dans le cadre d'un projet professionnel, nous utilisons dans notre application graphique un JTree qui représente la structure d'un objet métier qui peut être représentée de la manière suivante
Project (noeud racine)
|_ Module0

|_ Equation0

|_ Equation1

|_ Equation2

|_ Equation1

|_ Equation3

|_ Equation0

|_ Equation1

- Module1

|_ Equation n

Ici chaque noeud Equation1 représente le même objet (donc avec la même référence)

Notre JTree utilise une implémentation de TreeModel (au début nous utilisions un DefaultTreeModel avec des TreeNodes mais la complexité ayant augmenté rapidement, nous avions un problème d'utilisation de la mémoire )

Lorsque l'on rajoute une équation métier Equation4 dans Equation1 nous devons rafraichir notre arbre (pour chaque noeud Equation1 un fireTreeNodesInserted(treePath, childIndices, children) est exécuté) pour avoir l'arbre suivant
Project
|_ Module0

|_ Equation0

|_ Equation1

|_ Equation4

|_ Equation2

|_ Equation1

|_ Equation4

|_ Equation3

|_ Equation0

|_ Equation1

|_ Equation4

|_ Module1

|_ Equation n

Le problème est que Equation1 peut être représenté parfois quelques millions de fois (actuellement notre arbre contient + 2 milliards de noeuds et ca continuera d'augmenter heureusement l'arbre n'est pas expandé complètement), nous faisons donc quelques millions de fois des fireTreeNodesInserted pour chaque Equation1,
je voudrais savoir s'il y avait un moyen de faire autrement
Merci

[Alec6]

Ca se fait pas de représenter graphiquement un si gros modèle de données

Il faut travailler en Lazy Loading; en somme tu ne représentes graphiquement que ce qui est visible comme noeuds. Quand un utilisateur ouvre un noeud on récupère l'évènement puis on construit la branche que l'utilisateur veut voir avant de la lui présenter.

[st20085]

Ca se fait pas de représenter graphiquement un si gros modèle de données

Il faut travailler en Lazy Loading; en somme tu ne représentes graphiquement que ce qui est visible comme noeuds. Quand un utilisateur ouvre un noeud on récupère l'évènement puis on construit la branche que l'utilisateur veut voir avant de la lui présenter.

Tout a fait, c'est pour cela que nous avons réimplémenter notre propre TreeModel et que nous n'utilisons plus un DefaultTreeModel.

Notre problème est que si j'ajoute un noeud (Equation4) dans des milliers (Equation1), je dois lancer des milliers de fois des fireTreeNodesInserted pour chaque TreePath contenant Equation1

[opensource]

tu peux proceder autrement
voila quand tu modifie ton jtree tu met a jour ton modele et

Code :

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

mytree.setModel(Vector)

voila mon exemple avec jtreetable mais un modele personnalisé

Code :

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

1
2
3
4
5
6
7
8
9
            if (mTreeTablePanel==null)
                    {
                        mTreeTablePanel =new TreeTablePanel(mDBaccess.getTreeVecteur(mTreeStructure), 
                                                   mTreeNbreCol, mTreeIndex, cNames, cTypes, 
                                                   cEdit);
                    }else{
                        mTreeTablePanel.setModel(mDBaccess.getTreeVecteur(mTreeStructure));
                        mTreeTablePanel.formatTable();
                    }

je fait setmodele()
il faut mettre ajour le modele

[gifffftane]

J'avoue ne pas comprendre votre approche. En effet, quelque soit la taille de l'arborescence, le JTree ne demande la valeur d'un noeud que si il est affiché. Et non seulement affiché, mais de plus visible.

Normalement, le JTree ne demande donc qu'un nombre très réduit de valeurs.

Donc, soit vous parvenez à rendre visible tout votre JTree gigantesque (?), soit il y a quelque chose qui ne tourne pas rond quelque part dans votre JTree / Modèle / Donnée.

L'idée générale est de n'avoir à calculer une valeur que si elle est demandée. Cela se complique un peu si elle peut se modifier alors qu'elle est déjà affichée.

En tout état de cause, dans les grosses arborescences, il y a forcément une désynchronisation entre le JTree, son modèle, les données.

Bon, par rapport à ces principes de base, qu'avez-vous fait / loupé ?