Discussion :

[Lethal]

Bonjour,

Etant en train de programmer ma première applic multi-fenêtrée, j'ai quelques problèmes d'organisation.

J'ai un JdesktopFrame avec plusieurs JinternalFrame. Il doit y avoir bcp d'intéractions "en temps réel" entre ces Frames (par exemple le clic sur un bouton sur une frame engendre des modifs sur 3 autres Frames)

J'ai pensé a plusieurs possibilités pour gérer les communications entre Frames, mais je ne sais pas trop ce qu'elles valent. Ca serait bien que vous me donniez vos avis sur ces possibilités.

Dans tous les cas je pensais prendre une classe Maitre vers laquelle je ferais remonter tous les "évenements", les frames passeraient donc par elle pour communiquer.

Du fait qu'il ne peut y avoir qu'une seule frame instanciée, je pense utiliser des classe singletons pour les frames.

Ici j'hésite. Soit la classe maitre possède une référence sur chaque fenetre ou soit je récupère chaque fois l'instance courrante d'une fenetre avec MyFrame.getInstance()

Voila, je ne sais pas trop les facilités/difficultés qui vont être engendrées par ces choix donc je me remet a vous

Merci d'avance !

[Janitrix]

Je pense que tu pourrai créer une classe qui etend JInternalFrame et a laquelle tu ajoute tes variable que tu veux modifier et d'autres fonction. Tu la défini aussi graphiquement. Tu peux également faire de meme pour ton internalframe "maitre" mais en lui ajoutant d'autres méthodes ( et variables) permettant de gerer les autres.
Exemple pour ta classe maitre [code]
import javax.swing.*;

public class MasterFrame extends JInternalFrame {

private ChildrenFrame one;//la classe qui etend JInternalFrame que tu veux gerer

public MasterFrame() {
// la tu ajoute tous les elements graphiques que tu veux
add(new JLabel("LABEL!");
//etc...
}
public void setChildren(ChildrenFrame child) {
one = child;
}/*cette méthode devra etre appelé depuis la classe qui créer le desktop pane et le couple master/children frame pour ne pas avoir de NullPointerExeption quand tu gerera a partir de l'instance de ce masterframe les childrendFrame


public void setOneTitle(String title) {
one.setTitle(title);
}[code]
Voila bonne chance.Si il y a un truc qui va pas (si c'est pas ce que tu attend) dis le ![/code]

[afrikha]

Regarde du coté du design pattern Médiateur.

[schneidb]

Regarde du coté du design pattern Médiateur.

tiens encore lui

http://www.developpez.net/forums/viewtopic.php?t=453685

[Lethal]

Regarde du coté du design pattern Médiateur.

Ca exprime en therme de concepts et de protocoles ce que j'ai dit plus haut mais ca ne répond pas vraiment a mes questions

[schneidb]

perso vu que tes fenetres sont des singleton, je pense on peut stocker les 3 fenetres dans ta classe "Maitre": 3 pointeurs c par la mort alors que chercher à chaque fois les frames par getInstance() je sais pas

[Lethal]

perso vu que tes fenetres sont des singleton, je pense on peut stocker les 3 fenetres dans ta classe "Maitre": 3 pointeurs c par la mort alors que chercher à chaque fois les frames par getInstance() je sais pas

Oui je pense que c'est mieux d'avoir des références. J'ai abandonné l'idée de singleton pour les frames.

En fait mntn je les instancie toutes au début du programme et j'ai fait un bean évenement dans la classe Master. Toutes les frames sont listeners de Master.

Donc quand il y a un évenement dans une JFrame, j'envois une requête vers Master qui envois un évenement a tous ses listeners.

Ca semble cohérent?

Merci d'avance

[schneidb]

Ca semble cohérent?

Oui, il n'y a pas de solution unique aussi , lorsque la montée en charge sera conséquente, on pourra faire des System.getCurrentMilis, pour voir les performances.

[Lethal]

Je sais qu'il n'y a pas de solution unique, c'est pour ca que je demande votre avis sur mes choix. Car ca m'arrive de penser à des trucs bien mais parfois je sors des choses complètement tordues donc faut pas hésiter