Patron MVC et modèles imbriqués

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

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

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)

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);}

Ah ok, ça m'a l'air pas mal ça !
J'essayerai ça demain et je te tiens au courant. ;)

Merci !

ok je vais suivre la consersation
Bon amusement
et n'hesite pas a demander des infos complementaires

Salut,

J'ai fait les modif :
dans la classe StationView, j'ai implémenté la méthode propertyChange(...) de la classe PropertyChangeListener,
et dans la classe BorneView, j'ai ajouté une méthode addPropertyChangeListener(...) et une autre firePropertyChange(...).

Le problème est que seule la classe StationModel a accès aux références de BorneModel. Pour ajouter le listener StationView via la méthode addPropertyChangeListener de la classe BorneModel, je dois donc passer par la classe StationModel. Seulement cette dernière ne possède pas de référence de StationView (principe de MVC)...
Donc je suis bloqué.
Comment dois-je réagir ? Ajouter une référence à StationView dans StationModel, ou bien ajouter les références de BorneModel à StationView ?

Sinon je peux aussi, sans avoir besoin de PropertyChange[...], ajouter une référence à StationView dans la classe BorneModel. Ainsi, je ne serais pas obligé de passer par StationModel.
Qu'en penses-tu ?

++
Axel

Ah sinon, je peux implémenter PropertyChangeListener dans StationModel plutôt que dans StationView. Dans la méthode propertyChange, j'aurais alors un appel à une méthode fireBornePropertyChanged, qui propagerait une évènement à StationView.
Ca revient un peu à la solution 2 du premier post, sauf qu'il y a propagation d'évènements, à la place des appels de méthodes de type stationModel.blabla() dans BorneModel.
C'est un peu plus propre et compréhensible.

sans etre un specialiste de l'architecture mvc, c'est le controleur qui interprete les evenements recus et enclenche les actions a effectuer et c'est aussi lui qui asurre la communication entre les modeles et vues

dans l'architecture m -vc ou vc est un uidelegate:
et c'st cet ui delegate qui gere les evenements et la maniere d'afficher le composant

donc je pense que tu dois implementer les methodes de l'interface changepropertylistener dans le modele comme tu la dits dans ton dernier message

Oups, j'avais oublié ce message... :oops:
Juste un petit passage pour dire que tout fonctionne.

Merci beaucoup adrien1 ! :ccool: