MVC et actualisation IHM

Bonjour,

je dispose d'une application en MVC, dont le fonctionnement est un peu particulier.

Je génère beaucoup d'instances d'une certaine classe définie observable et faisant un notify() depuis le constructeur. Ceci à pour effet d'appeler la fonction update() de mon contrôleur.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

/**          * Constructeur à partir d'un MotifValide pere et d'un MotifValide mere          */ public MotifCandidat(MotifValide pere, MotifValide mere){ this.pere = pere; this.mere = mere; this.calculerMesures(); this.addObserver(Traitement.getObsMemoire()); this.mynotify(); }   /**          * Fonction de notification aux observateurs du modèle          * fixe l'objet à changed et lance la notification          */ public void mynotify () { this.setChanged(); this.notifyObservers(); }

---

Ce controleur me permet de suivre la consommation mémoire; pour cela, j'ai un champ dans ma vue qui va être rempli par l'update() du contrôleur :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

@Override /**          * Fonction appelée lorsque la classe est notifiée          * met à jour les champs sur la fenêtre graphique          */ public void update(Observable o, Object arg) { //Récupération des informations à partir du Runtime long freeMemory = Runtime.getRuntime().freeMemory(); long maxMemory = Runtime.getRuntime().maxMemory(); long totalMemory = Runtime.getRuntime().totalMemory(); //Construction de la chaîne à afficher String toDisplay = "Mémoire utilisée : " + ((totalMemory - freeMemory)/1024) + " Ko (" + ((totalMemory - freeMemory) * 100 /maxMemory) + "%)"+" | Mémoire maximum JVM : "+ maxMemory/1024/1024+" Mo"; //Récupération de la zone d'affichage et mise à jour this.vue.getFieldInfos().setText(toDisplay); }

---

Lorsque je lance ma fenêtre, cette fonction est appelée est affiche correctement les informations sur la vue.
Lorsque je lance la génération d'un grand nombre d'instances de la classe observable, les informations mémoire de la fenêtre ne sont PAS mises à jour sur la vue.
Lorsque la génération stoppe, les informations mémoire sont mises à jour sur la vue.

Du coup, j'ai mis un coup de System.out.println(toDisplay) dans la fonction update() et ... elle est bien appelée lors de la génération en grand nombre, ma chaîne est construite en mémoire :ccool: mais n'est pas retranscrite sur la vue malgré le setText() :?

Des solutions ? Des idées ? Je dois avouer que je ne vois pas trop quoi faire (j'ai essayer de placer un .validate() et un .repaint() après le setText() mais rien n'y fait)...

Merci d'avance

Bonjour

Travailles-tu sous un IDE? (Eclipse, ...)?
Si oui, as-tu essayé de mettre un point de debug dans le setText()?


En MVC, c'est pas forcément la vue qu'il faut mettre à jour, mais le modèle associé.

De quel type est ton FieldInfos? Si c'est un JTextField, tu peux peut-être voir du côté de getDocument... ou si tu trouves une fonction nommée getModel ou getDefaultModel.

Désolé je suis à mon travail, pas bcp le temps, j'espère que çà peut t'aider. Si tu as finalement trouvé, ta solution m'intéresse!

Nicolas.

En effet, je travaille sous Eclipse (la version est à jour).
Le setText() associé à un point de Debug ne donne pas grand chose, sinon que les méthodes sont bien appelées et que la chaîne est bien mise à jour en mémoire.

L'objet à mettre à jour est bien un JTextField, j'ai tenté de le mettre à jour via le getDocument() mais rien à faire :aie:

La seule explication que j'arrive à en faire c'est que ma boucle est très gourmande en temps processeur et qu'elle "bloque" le thread de mise à jour de la vue de Swing...

J'avais pas pensé à çà, c'est peut-être une histoire de thread.
Et si vous le lancez que quelques petites fois?

bonsoir
si tu as utilisé swing pour réaliser ton IHM la mise a jour de la vue doit etre hériter de la classe swingworker (c le même cas d'un JProgressbar)
aprés tu doit définir la méthode doInBackground()

Il faut forcément passer par Swing Worker pour mettre à jour le JTextField? En gros le SwingWorker va créer un thread parallèle, c'est çà?

SwingWorker permet de faciliter la transmission de messages entre un thread de calcul et l'EDT(l'EventDispatchThread).Il suffit de définir la méthode qui fait le calcul en arrière-plan, de décrire les messages à transmettre à l'EDT et de définir les actions à effectuer dans l'EDT à la réception de ces messages.

pour plus de détaille voila :ccool:

Nice!
Ca a l'air beau.

En effet ça pourrait être ma solution.

J'essaie ça et je vous donne les résultats :ccool:

Merci.

Et non ^^ Ça ne change rien au problème malheureusement. Tant pis, je vais laisser ça comme ça pour l'instant je pense, on verra lors d'une version 2.0 de mon application :roll:

Etrange que çà ne marche pas...
Je me rappelle pourtant à l'époque avoir utilisé le SwingWorker et effectivement çà avait résolu mes pbs de rafraichissement...