Aggiornare JList da altro JFrame

[fermat]

ok così funziona.

nel JFrame A:

                FrameB fa = new FrameB();
                fa.setVisible(true);
                fa.addWindowListener(new WindowAdapter() {
                    @Override
                    public void windowClosed(WindowEvent ev) {
                        riempiList();
                    }
                });

voi che ne dite??
può andare??

[andbin]

voi che ne dite??
può andare??

Se ti limiti a ricevere la notifica della chiusura e poi fai un "reload" (che immagino voglia dire nel tuo caso svuotare e ri-riempire il model del JList, direttamente o indirettamente), di per sé è corretto ed appropriato (nel senso che le due finestre sono ben disaccoppiate e non ci sono aperture o passaggi particolari di oggetti).

Ma non è l'unica strada.

[fermat]

Se ti limiti a ricevere la notifica della chiusura e poi fai un "reload" (che immagino voglia dire nel tuo caso svuotare e ri-riempire il model del JList, direttamente o indirettamente), di per sé è corretto ed appropriato (nel senso che le due finestre sono ben disaccoppiate e non ci sono aperture o passaggi particolari di oggetti).

Ma non è l'unica strada.

si, in questo non c'è passaggio di oggetti.
semplicemente alla chiusura di Frame B aggiorno il model di JList.

se non ti è di troppo disturbo, posso chiederti in quale altro modo potrei fare?
anche a livello teorico se non hai un esempio pratico!

[andbin]

posso chiederti in quale altro modo potrei fare?

Se il frame B deve poter fare qualcosa in modo "attivo" per cambiare la lista che ha il frame A, allora ci sono almeno 2 opzioni:

a) Al frame B passi il model (attenzione, non il componente JList, non sarebbe buona cosa). Chiaramente il frame B può fare sul model tutto ciò che la classe del model offre di pubblico. Se frame B sa di ricevere un DefaultListModel, può fare tutto quello che DefaultListModel permette.

b) Al frame B passi un oggetto di una tua interfaccia Xyz che ha i soli metodi che vuoi permettere per aggiornare la lista. La interfaccia può essere implementata nel model (se è uno tuo specifico, sotto il tuo controllo) oppure in una classe anche nascosta che accede al model. Il punto è che frame B "vede" solo la interfaccia. Se avesse solo un metodo es. aggiungiFile(String), solo questo può fare.

Se frame B invece non compie nulla di attivo per cambiare la lista, allora si può:

c) in frame B metti un metodo es. getFileAggiunti() e il frame A lo usa appena riceve notifica che frame B si è chiuso.

d) definisci un nuovo vero e proprio listener (nello stile degli altri di AWT/Swing) es. FileCreationListener con un es. fileCreated(FileCreationEvent).
Il frame A implementa in qualche modo il listener e poi lo "registra" sul frame B. Frame B notifica solo la creazione, poi frame A fa quello che vuole.


Ci potrebbero essere altri scenari possibili. Questi sono solo alcuni che mi vengono in mente. Come vedi è sempre tutto relativo ad un metodo X che viene invocato su un oggetto Y. Quello che varia e che dà origine ad un design differente è il chi invoca cosa su quale oggetto e con quale livello di astrazione riguardo il tipo.