Discussion :

[JuFromParis]

Bonjour,

J'essaye de comprendre le fonctionnement des jtables avec leurs modeles. Au sein de mon projet, il y a plusieurs JTables qui affichent les mêmes données mais pas forcement les mêmes colonnes (ordre et nombre de colonnes différents) donc ma question est la suivante :


Dois-je tout de même avoir qu'un seul model contenant les données ou plusieurs models pour chaque JTable héritant d'un model contenant les données ?

Comment faire en sorte de n'afficher que certaines colonnes pour certaines jtable ou de modifier leur ordre ?

Comment le model doit se comporter pour afficher correctement les données dans toutes les jtables ?

Merci d'avance..

[dinobogan]

Il te faut un seul modèle qui gère les données.
Ensuite, et pour chaque JTable, tu peux utiliser le design pattern Decorator.
Le principe est relativement simple : le modèle de la JTable est un simple "passe-plat". Lors de sa construction, il faut lui donner le modèle contenant les données (ou un modèle qui décore un autre modèle gérant les données...).
chaque méthode du décorateur va appeler la méthode correspondante du modèle passé en paramètre. Il peut faire des modifications sur les données au passage : retirer des colonnes, ajouter des champs calculés, retirer des lignes...

Tu peux "empiler" autant de modèles décorateurs que tu veux, pourvu que le dernier modèle de la pile soit l'unique modèle contenant les données. Le premier de la pile est celui transmis à la JTable.

Les données sont à un seul endroit, les JTable ne sont que des vues.

[JuFromParis]

Merci pour ta réponse,

Tout d'abord, il faut prendre en compte que nos données sont dans un fichier externe et donc chargée dans un objet au démarrage du programme pour ensuite être affichée différemment dans différents onglets..

Cela signifie-t-il que je vais devoir balader l'objet ModelGeneralWithData dans tout mon code pour pouvoir le mettre en paramètre des models custom ?

Mes models customs doivent-ils hériter de AbstractTableModel ou de ModelGeneralWithData ?


Est-ce mauvais si tous mes models customs héritent de ModelGeneralWithData et que c'est l'objet contenant les données qui se balade dans le code pour être passé en paramètre aux models customs..

J’espère être clair mais c'est pas évident à expliquer..

Merci d'avance pour votre aide.

[dinobogan]

Tout d'abord, il faut prendre en compte que nos données sont dans un fichier externe et donc chargée dans un objet au démarrage du programme pour ensuite être affichée différemment dans différents onglets..

Ce n'est pas gênant. Peut importe comment le modèle initial gère ses données : déjà stockées en local, requête sur base de données...

Cela signifie-t-il que je vais devoir balader l'objet ModelGeneralWithData dans tout mon code pour pouvoir le mettre en paramètre des models custom ?

Quelle que soit la technique utilisée, les données doivent être disponibles la ou tu en as besoin. Puisque c'est ModelGeneralWithData qui contient les données, alors oui, il faut le donner en paramètre la ou tu en as besoin.

Mes models customs doivent-ils hériter de AbstractTableModel ou de ModelGeneralWithData ?

Pour le design pattern decorator, les customs model sont de simple AbstractTableModel.

Est-ce mauvais si tous mes models customs héritent de ModelGeneralWithData et que c'est l'objet contenant les données qui se balade dans le code pour être passé en paramètre aux models customs..

Mauvais, non. Il y a toujours des argument en faveur d'une architecture.
Cependant, il n'y a aucune raison pour que tes modeles customs héritent de ModelGeneralWithData.