Patron MVC et modèles imbriqués

Invité · 03/06/2009, 19h44

Bonjour,

Je développe actuellement une application Java en me basant sur une architecture MVC, ou plus précisément M-VC : j'intègre la fonction du contrôleur à la vue.

J'ai un premier modèle nommé StationModel, accompagné de sa vue StationView, de son écouteur StationListener et de plusieurs évènements.
J'ai également un second modèle : BorneModel, avec de même BorneView et BorneListener.

Une station est composée de plusieurs bornes.
La vue de la station est censée afficher l'état des bornes en "temps réel".
Je me trouve devant un problème de conception : lorsque, par exemple, un utilisateur passe une commande en agissant sur l'un des objets BorneView, j'aimerais que l'instance de StationView réagisse.

J'ai énuméré 2 solutions qui pourraient fonctionner, mais je ne suis convaincu par aucune des 2 :

Premièrement, StationView pourrait implémenter BorneListener, ainsi lorsque BorneModel est averti de la commande par BorneView, il diffuse un nouvel évènement qui est détecté par StationView. Malheureusement je trouve ça vraiment sale, parce que la plupart des méthodes de BorneListener n'ont aucun besoin d'être implémentées dans StationView...
Deuxièmement, BorneView informe BorneModel de la commande, qui informe StationModel, qui diffuse un évènement, détecté par StationView. Le problème dans ce cas est que StationModel n'a vraiment pas besoin de savoir qu'il y a eu une commande. La méthode créée dans StationModel ne modifie pas le modèle et a pour seule utilité de diffuser un évènement...

D'un côté, il est vrai qu'une borne appartient à la station, donc théoriquement, lorsqu'une borne est modifiée (dans notre cas, une commande est passée depuis la borne), la station est modifiée. Donc la deuxième solution n'est pas fausse selon moi. Le problème est qu'elle nécessite beaucoup de code pour pas grand chose.

Alors, tout d'abord, y a-t'il une erreur de conception dans la deuxième solution ?
Existe-t'il une méthode particulière pour concevoir une appli MVC avec des modèles "imbriqués" ?
Sinon, voyez-vous une meilleure solution à mon problème ?

Merci d'avance pour votre aide.

Axel

**adrien1** · 03/06/2009, 20h02

Bonsoir,
quand tu dits que tu veux faire une applic suivant le modele M-VC j'ai directement penser aux composants swing:
si je comprends ton probleme peut-être pourrais-tu jouer sur les proprietes liees :
chaque borne possede un objet propertychangesupport et a chaque appel pour faire une commande tu fais appel dans la metode a firepropertychange(...) qui va notifier le changement de propriete aux listeners ( station sera alors a faire enregistrer comme listener )
Comme ca normalement tu ne dois pas faire des implementations d interfaces qui risquent d'etre incoherent.

Voila si jamais j ai pas bien compris la question fais le moi savoir.
j'espere que ca t'aidera

Invité · 03/06/2009, 20h09

Merci pour ta réponse.

Je pense que tu as bien compris ma question, et si je comprends bien ta réponse, en fait tu me proposes de créer un 3e listener indépendant, dédié aux échange entre BorneModel et StationView ?
(sachant que le premier listener : StationListener s'occupe de la liaison entre StationModel et StationView, et que le second, BorneListener s'occupe de celle entre BorneModel et BorneView)

**adrien1** · 03/06/2009, 20h16

tu n'as pas besoin de creer un 3e interface il faut implementer l'interface propertychangelistener qui va te donner les methodes a implementer.
mais pour la station tu crees une methode addpropertychangelistener( propertychangelistener pcl){ tonObjetPropertyChangeSupport.addpropertychangelistener( pcl);}