Discussion :

[eclesia]

bonjour,

je suis en train de structurer le "noyau" d'un logiciel, et j'en arrive au moment de gerer les divers evenements.


Le modele :

une classe (Singleton) Kernel composée de plusieurs classe MapContext composé de plusieurs Pack composé de ...etc...
bref ca prend la forme d'un arbre ou chaque noeud et feuille peut générer des evenements.

j'ai des classes dérivées de JXTreeTable et des classes de représentation a qui j'ai mit un ecouteur sur le noyau (sur la classe Kernel).
Pour le moment la classe Kernel recupere tout les evenements des noeuds enfants et ne genere qu'un seul evenement KernelUpdated().

Je me demande comment faire pour cibler plus precisement l'evenement de maniere a ne pas regenerer entierement les objets a l'ecoute du noyau.



ma solution serait de generer un evenement fournissant le "chemin" de l'objet source de l'evenement. mais je risque d'avoir tres souvent des evenements et il faudrat a chaque fois que chaque object a l'ecoute du noyau retrouve dans son propre modele l'element pour ne modifier que lui.


Auriez vous des idées?

[Clorish]

un element de reponse :
Pourquoi ne pas placer un ecouteur sur chaques noeud de ton arbre.
Le pere se met a jour si le fils a changé et automatiquement les updates remondent jusqu'a la racine.

[eclesia]

c'est ce qui se passe pour la partie modele. (Kernel>MapContext...)
et les objets qui ecoutent le Kernel recuperent par une seule methode KernelUdated s'il y a eu un evenement.


mais le soucis est plutot les objects qui ecoutent et l'evenement en lui meme.
Comment faire pour mieux gerer l'evenement de facon a ne pas regénérer le composant entierement.

[Clorish]

mais le soucis est plutot les objects qui ecoutent et l'evenement en lui meme.
Comment faire pour mieux gerer l'evenement de facon a ne pas regénérer le composant entierement.

Tu veux dire comment ne modifier que certaines parties du composant quand seulement certaiens datas sont modifiés ?
Peut etre en creant differents evenement pour savoir quels sont les données modifiées ....

[g0up1l]

une solution et une remarque :

Pourquoi n'as tu pas de controleur pour gérer tes évènements, est-ce un choix délibéré ou la volonté de 'faire simple' ? Crois-moi avec un contrôleur , on gagne en structuration et donc en clarté

Voici la solution que j'utilise le plus souvent :

Il faut que ton modèle fournisse, avec le message KernelUpdated, l'adresse ou la position du noeud à mettre à jour. Ainsi, quand ta vue récupère la notification de mise à jour, elle sait quelle partie de l'arborescence mettre à jour.
Au final, tu peux avoir une classe 'MiseAJour' qui contient plusieurs variable de mise à jour :
la vue appelante, position du noeud, nouvel Objet à insérer...
Et a chaque demande de mise à jour, tu construis une instance de cette classe avec tous les paramètres nécéssaire.

hope it helps !

[eclesia]

la proposition me plait bien, je vais voir si je peux l'appliquer.

merci