Difficile de trouver un titre. Voilà le problème :
 
Un logiciel App, son interface graphique AppFrame. AppFrame dispose de 3 panels (AppPanel1, AppPanel2, AppPanel3 : ce sont des classes héritant de JPanel).
 
Maintenant j'ai une List dans App, que chaque panel est susceptible de modifier. En clair j'ajoute, je modifie ou je retire des éléments à l'objet List. Cela influe directement sur ce que tous les panels doivent afficher dans leurs JComboBox par exemple.
 
Comment feriez vous pour concevoir ça de manière propre ?

Un petit mediateur ?
http://www.execpc.com/~gopalan/des [...] iator.html

Mouarf ! Terribeul ! Je matte ça et je reviens si j'ai un soucy !

J'ai un soucy ! Le modèle présenté dans l'article est le suivant : j'ai une chaîne de caractère dans un objet, si je la change, je veux que l'autre objet change sa chaîne aussi. Jusque là OK.
 
Moi, je peux faire plus ! Je peux ajouter, changer ou retirer des objets, du coup la méthode void changed(Mediator m), je sais plus trop comment l'implémenter. Vu qu'il peut y avoir trois changement possibles je fais comment et vu que les panels modifient pas la liste au même niveau (niveau objet, sous objet...)
 
Bref, je cherche un Mediator un peu plus compliqué que celui de l'exemple, qui s'il illustre bien le propos ne m'aide pas vraiment à voir dans mon cas complexe comment m'y prendre propre.

 
Tu fais péter un gang bang de listeners un peu partout.
Chaque applet est un listener de la liste et la liste est un listener de chacun des objets qu'elle contient. Une modif d'objet fait remonter l'évenement à ses listeners, donc à la liste, qui passe la balle aux listeners de liste.

Euh, c'est plus simple, c'est pas des applets, c'est des panels. Je me demande : le pattern Observable / Observer ce serait pas ce qui me faut en fait ?

 
Oui, désolé pour applet, je pensais écrire widget en fait
Sinon, oui c'est ça pattern observable/observer, ça correspond aux listeners existants déjà en java.

JyB a écrit a écrit :     Oui, désolé pour applet, je pensais écrire widget en fait Sinon, oui c'est ça pattern observable/observer, ça correspond aux listeners existants déjà en java.

Alors au boulot. Hardi compagnons ! Ah merde, c'est vrai, je suis seul.