Discussion :

[le Daoud]

Bonjour,

je ne sais pas comment m'y prendre pour gérer les divers évenements que peut générer mon modèle pour mettre à jour la vue.
J'ai une frame principale qui contient un panel avec le plateau de jeu. J'ai une frame qui contient la liste des coups et aussi un message d'information.
Je souhaite donc mettre à jour les différents éléments quand le modèle change. Celui-ci peut déclencher un évènement quand un coup est joué ou annulé (mise à jour du panel et de la liste des coups dans la deuxième frame), et quand il y a un message particulier (mise à jour de la deuxième frame). Que me conseillez-vous ?

merci
daoud

[muaddob]

bonjour,

le problème n'est pas clairement exposé dans la question ... Que peut bien te répondre quelqu'un qui s'aurait s'y prendre ?

le pattern MVC est assez clair, qu'est ce que tu ne (comprends pas |n'arrive pas à implémenter )* ?

[herve91]

bonsoir,
et bien tu suis le pattern MVC comme t'a répondu muaddob.
Tu te crées ta propre classe d'évenement hérité de java.util.EventObject, tu définis différents constructeurs pour les différents événements. Tu peux avoir plusieurs accesseurs selon la nature de l'événement, qui te donnent des informations complémentaires sur ce dernier (par exemple, ça peut être le coup joué ou annulé, un message particulier). Ton modèle est publieur d'événements, et ta vue s'abonne au modèle à l'aide du mécanisme d'ajout de listener (voir la classe java.util.EventListener qui peut te servir de point de départ pour créer ta classe listener). Il y a plein de listeners d'exemples dans le package swing.

[le Daoud]

Merci

Faut-il que j'ai un seul Observer (modelUpdateListener, qui en fonction du type de l'evenement reçu effectue telle action (avec des instanceof), ou plusieurs interfaces qui sont ensuite implémentées par ma frame (comme coupUpdateListener, messageListener,...)

merci
daoud

[muaddob]

bonjour,

le pattern recommende d'avoir autant de listener que de type d'évènement, mais la fainéantise (qui est une vertu en informatique) recommande d'utiliser beaucoup les PropertyChangeListener, et autres listener de JTable et de List moin "métiers" plus graphiques.

Donc certainement pas un seul observer, mais il faut essayé de récupérer au maximum les listener standard (sinon tu as un coup de maintenance colossal)

Et je recommande chez moi de ne jamais utiliser l'actionListener pour aller du modèle vers la GUI car je l'utilise exclusivement pour gérer les actions de la GUI sur le modèle !

J'ai de mon coté développer des "activeList, activeSet" etc... qui ne sont rien d'autre que des list set etc, mais avec un listener associé qui permet d'informer des changements de cette listes, car je renacle encore à utiliser les modèles de JList comme modèle générique de liste...

voilà pour moi

Cordialement

[le Daoud]

merci

daoud