Swing implementierungs-technische Frage zu JList/AbstractListModel

[Dr.Colossos]

Hi,

ich hätte eine Frage an die Java-Profis.

Ich kann ja einer Swing-JCombobox ein Model übergeben, dass z.B. aus einem Vector von Personen erstellt wurde, pseudocode-mäßig in dieser Art.

myPersons = new Vector();

myPersons.add("Hans", "Meier");
myPersons.add("Hugo", "Schlossgespenst");
myPersons.add("Martha", "Pfahl");

myModel = new DefaultComboBoxModel(myPersons);

jComboBox.setModel(myModel);

... und fertig ist meine ComboBox mit Inhalt.

Was ich nicht verstehe ist, wie es Java/Swing gelingt, dass wenn ich nun eine der Personen ändere, die Combobox automatisch upgedated wird, z.B. ...

myPersons.getElementAt(0).setLastName("newLastName");

Ohne extra Zutun ist der ComboBox-Inhalt aktualisiert.

Ich weiß an dem (DefaultComboBox)Model hängen Listener, aber nicht doch an meiner (eigens-gebastelten) Person-Klasse. Wie weiß der Vector (Basis des Models) bzw. das Model selbst dass sich ein Person-Objekt geändert hat?

Wer kann mir das erklären, wo da ein Listener hängt, und von wo aus der angesteuert wird?

Besten Dank im Voraus!

 

[SlaterB]

nur mit
> myPersons.getElementAt(0).setLastName("newLastName");
wird sich die GUI doch nicht ändern oder?
da muss irgendein höherer Befehl wirklich noch der JComboBox sagen, dass sie sich neu zeichnen soll,
das Model kann das z.B. per fireContentsChanged()-Methode ihrem Listener, der JComboBox, mitteilen,

und danach ist nicht mehr viel Magie, die JComboBox malt einfach den aktuellen Zustand des Vectors/ der Elemene darin,
was vorher gezeichtet wurde und ob sich was geändert ist, interessiert da kaum

 

[Dr.Colossos]

[...]
nur mit
> myPersons.getElementAt(0).setLastName("newLastName");
wird sich die GUI doch nicht ändern oder?
[...]

Doch! Also ich hab das mal schnell in Netbeans zusammen gehacked, ich weiß nicht ob mir da sowas (z.B. duch den Code-Generator) abgenommen wird, aber ich hab keine message an das Model oder die ComboBox oder sonst was geschickt - einfach nur ein call an Person::setLastname, und die Liste hat den neuen Namen angezeigt.

Hintergrund ist, ich will ein ähnliches Verhalten in einem Framework einer anderen Programmiersprache erreichen (Stichwort Winbinder/PHP ... bitte, keine Diskussion über die Sinnhaftigkeit dessen :autsch🙂.

Ich könnte auch working (Java) code posten, dauert aber noch, bin in der Arbeit.

Kann sich sonst wer diesen Automatismus erklären?

Besten Dank!

 

[KrokoDiehl]

Also dass eine Änderung in der Liste "ordentlich" zur GUI getragen wird, bezweifle ich in dem Fall auch. Aber ich vermute, dass es nur so aussieht, als würde das geschehen. Durch erneutes Öffnen oder irgendeine andere Aktion wird bei dir ggfs etwas ausgelöst, was die Werte des Vektors neu einliest.

Ich kenne das zB bei einer JList: Wenn man hier einen Eintrag in der zugrunde liegenden Liste (nicht im ListModel!) ändert, dann sieht man erstmal nichts Neues in der GUI. Wenn man aber das Fenster vergrößert oder sonstwie einen repaint provoziert, dann taucht der neue Wert auf.
Ich vermute, dass etwas ähnliches bei dir die Änderung sichtbar macht.

 

[SlaterB]

vielleicht findet die Änderung auch direkt am Anfang statt, bis zum Öffnen des Fensters vergehen noch 50-500ms,
da darf man die Übergabe an das Model nicht als die harte Grenze sehen,

erst wenn das Fenster paar Sekunden sichtbar ist und dann bei einem Buttonklick nicht viel mehr als die eine Änderung passiert, dann sollte sich das genau NICHT auf die Anzeige auswirken,
bzw. wie KrokoDiehl schrieb nur nach gewissen repaint-Situationen, wobei vielleicht nicht mal dann, ist auch möglich dass die Anzeige gecacht wird
(Vermutung)

 

[Dr.Colossos]

[...]
Ich vermute, dass etwas ähnliches bei dir die Änderung sichtbar macht.
[...]

Hmm, könnte sein. In meinem Test habe ich den Eintrag duch einen Button-Klick gändert - sozusagen, onclick -> myPerson.setLastName("newValue");

Ich werd das evtl. mal über einen Timer lösen, der einfach nach x Sekunden eine Person ändert, ohen jegliche User/GUI-Interaktion.

Ich konnte mir das bisher echt nicht erklären - pure magic - so mächtig hätte ich Java nicht eingeschätzt, und war echt schwer beeindruckt/verwundert obgleich dieser "Funktionalität" (aka Illusion).

Danke sehr!

 

[SlaterB]

Button sollte auch reichen, einfach ein Testprogramm zusammenstellen,
wobei dann natürlich sein kann, dass es sich bei anderen anders verhält

 

[Dr.Colossos]

Hi,

ich habs nochmal durch den Debugger gejagt. Ihr hattet recht, es liegt am AWT-Thread, der das ab und an einfach neu zeichnet, und da dann die "neue" Person zieht.

Danke sehr

[CLOSED]