Swing JTable updated nur sporadisch

[moonermo]

Hallo,

ich habe eine Klasse die von JTable erbt und eine, die dessen JTableModel darstellt.
Ich möchte damit ein paar Daten verwalten, was auch super klappt, bis auf das:

Manchmal aktualisiert sich die JTable nicht, wenn ich neue Daten hinzufüge. Zum Beispiel:
Ich starte das Programm, alles klappt auch ohne Resize. Jetzt schließe ich es und starte es erneut, doch immer wenn ich einen Datensatz hinzufüge, wird dieser nicht angezeigt. Erst wenn ich das gesamte JFrame resize. Füge ich nach dem Resize wieder neue Daten hinzu, muss ich wieder erst resizen. Dabei gehe ich genauso vor wie beim ersten Programmstart, nur eben ohne Resize zu benötigen.

Woran könnte das Haken?

Achja, es ist ein MVC-Pattern, und immer wenn der Controller aufgefordert wird, neue Daten in das Model zu legen, updated er auch gleich das JTable mit updateUI(). Ich hoffe, ihr könnt damit was anfangen. Wenn ihr den Code braucht, lade ich ihn in einem zip-File hoch, da die View und Controller-Klassen ja meistens ein wenig größer sind.

Vielen Dank

 

[Michael...]

Achja, es ist ein MVC-Pattern

Scheint wohl nicht so ganz zu funktionieren ;-)

und immer wenn der Controller aufgefordert wird, neue Daten in das Model zu legen, updated er auch gleich das JTable mit updateUI().

Das hört sich sehr merkwürdig an.
Die korrekte Implementierung des MVC wäre das Model benachrichtigt seine Listenener (also z.B. die View mit der JTable oder die JTable direkt - wenn hier von einem TableModel die Rede ist) und die JTable aktualisiert sich selbständig. (Ist bereits in der JTable implementiert)

 

[moonermo]

Ich versuche mal zu erklären, wie ich das gelöst habe. Mein JFrame beinhaltet oben genannte JTable mit einem JTablemodel, dass seine Informationen über den Controller bezieht. Wird nun auf dem JFrame ein Button gedrückt, so werden Informationen aus jTextfields an den Controller übergeben mit der “Bitte “ein neues Datenelement dem Modell hinzuzufügen. Der Controller tut dies und ruft die updateUI () der JTable auf, so dass die neuen Daten in der JTable zu sehen sein sollten. Dies funktioniert wie gesagt meistens ohne Resize. Es gibt aber auch Fälle, bei denen bei gleichem Input die Daten dem Modell zwar hinzugefügt werden, nicht aber der JTable, außer man resized das JFrame. Liegt es vlt.an dem updateUI? Dazu sollte man noch sagen, das ich meine View in einer Runnable aufbaue und diese dann der Eventqueue gebe.

 

[Dow Jones]

Wie Michael schon sagte, an und für sich sollte das Model ein Neuzeichnen der View initiieren. Wenn dein Model vom DefaultTableModel oder AbstractTableModel erbt hast du dafür sogar schon die netten fireTableIrgendwas-Methoden zur Hand. Außerdem werden dadurch Race-Conditions vermieden.

Ansonsten ist JTable.updateUI() aber auch nicht wirklich die richtige Funktion (die wird vom UI-Manager aufgerufen wenn sich das Look&Feel ändert). JTable.repaint() dürfte passender sein.

 

[Marco13]

Ja, das updateUI ist bogus und sollte nicht notwendig sein ... repaint eigentlich auch nicht... Kann man da ein KSKB stricken? Verwendest du irgendwelche Threads außer dem Event-Dispatch-Thread?

 

[moonermo]

Also ich habe jetzt beschlossen, die View nochmal neu zu bauen. Jetzt bin ich aber ein wenig verunsichert, deswegen noch mal die Frage, ob MVC so richtig wäre:

Ich habe eine List<Datenelement> das meine Daten speichert und ein JFrame mit einem JTable als View. Besteht mein Model jetzt aus einer Klasse, die von TableModel erbt, oder ist es nur die List und das TableModel gehört zur View? Rein namenstechnisch wäre Das TableModel ja ein Model Und die Aufgabe des Controllers ist quasi, die Eingaben auf dem JFrame an das TableModel zu übertragen, oder? Und dann noch die letzte Frage, wenn sich am Model etwas ändert, wie bekommt die JTable das mit? Mit JTable.tableChanged(TableModelEvent) ? Oder muss ich da explizit nochmal repaint aufrufen?

Sorry, wenn diese Fragen euch tausendfach über den Weg kommen, ich will nur sicher sein, dass ich das endlich mal versteh Danke

 

[Marco13]

MVC ist kein "Korsett". Insbesondere kann das MVC auch "hierarchisch" aufgebaut sein: Deine View kann eine JTable enthalten. Die enhält intern wieder ein TableModel, aber trotzdem ist "das alles" für dich "die View". Selbst ein JButton enthält ein Model

Es mag Fälle geben, wo es OK ist, ein eigenes Modell zu definieren, und dabei von TableModel zu erben, aber im allgemeinen sollte man IMHO nicht die Swing-Modell-Klassen für eigene Zwecke "umbiegen" (oder wenn, dann explizit, durch Delegation). Unabhängig davon: Wenn man von AbstractTableModel oder DefaultTableModel erbt, sollten sämliche Listener-Benachrichtigungen schon "automatisch" passieren, bzw. indem man die entsprechenden fire-Methoden aus dem AbstractTableModel aufruft.