JTable erzeugen und updaten

[snopy019]

Hallo,

ich bräuchte dringend einen denkanstoß. . Ich soll eine JTable mit ca. 150 Variablen füllen. Jeder dieser Variablen ist bereits im bestehenden Programm mit public static short oder public static double definiert. Diese Variablen ändern sich laufend im Programmablauf und natürlich sollte sich der Wert auch in der Tabelle ändern. Auch sind natürlich die Variablen Namen(Typ String) in der Spalte vorher ersichtlich (also so 300 Einträge).
Also zu meinen Fragen. Wie könnte man dies am besten realisieren?
Ich dachte mir am Anfang einfach eine JTable mit TableModel zu nehmen. Diese mit einem 2D Array(String) zu füllen.=> Wäre aufwendig dieses Array zu schreiben. *g*. Allerdings wenn sich eine Variable ändert, ändert sich natürlich der Tabelleninhalt nicht. Der Speicherplatz(Adresse) der Variable ist nicht der, des dazugehörigen Wertes des Arrays. Das heisst ich müsste 150 Methoden schreiben, die die Werte im Table Modell setzen. Gibt es nicht eine einfachere Möglichkeit.

Ich hoffe mir kann jemand einen guten Tip geben.

mfg stefan

 

[Gast]

ähh du kannst doch einfach wenn sich ein Wert geändert hat fireTableDataChanged() aufrufn und die Sache iss gegessen ...

 

[snopy019]

hallo,

das geht nicht so einfach. Die Tabelle dient nur für die Visualisierung. Der Wert der Variablen ändert sich während des Programmablaufes. Also meine eigentlich Frage ist, eine gute Möglichkeit zu finden, wie ich das realisieren kann.
Nehme ich ein 2D String Array, dann muss ich den Wert der Variable jedesmal vorher auf String bringen. Wie bereits erwähnt steht in der Spalte davor der Name (String) der Variablen. Der Wert ist allerdings double oder short.
Ich könnte es so realisieren, allerdings bräuchte ich dann über 150 setter methoden!
Ich suche einen Weg wie ich es realisieren kann, wenn sich der Wert der Variable ändert sich auch der dazugehörige Tabellenwert ändert.

mfg

 

[Wildcard]

Du musst ein TableModel verwenden.
Entweder das DefaultTableModel, das AbstractTableModel oder ein eigenes.
In jedem Fall muss dein Model das EventHandling implementieren.
Wenn du nicht weißt wie das geht nimm das DefaultTableModel oder das AbstractTableModel

 

[AlArenal]

Und die Suchfunktion nicht vergessen...

 

[snopy019]

@AlArenal: Die hab ich natürlich genutzt, aber leider nicht das gefunden was ich wissen will.

Ja, ich weiss, ich muss ein TableModel verwenden. ;-) Auch dass ist nicht das Problem.

Nochmals: Ich habe Variablen. Diese Variablen sollen in einer Tabelle dargestellt werden.

1ter Ansatz(mein Ansatz): Ich habe aus diesen Variablen ein 2D-STRING-Array erzeugt, dass mit Hilfe eines TableModels in einer JTable dargestellt wird. Allerdings, wenn sich eine Variable ändert, dann ändert sich nicht der dazugehörige Wert in dem Array. (Unterschiedliche Speicheradressen.) Das heisst, ich müsste feststellen an welcher Position die Variable in der JTable ist und dann diese Stelle auf den neuen Wert setzen.=> über 150 setter methoden. Auch noch zu erwähnen zum erstellen des 2D Arrays wurden alle short Werte auf String umgeformt.

Das will ich nicht. Und wäre ein rießengroßer Aufwand.

Gibt es eine andere Möglichkeit? Oder wie könnte ich es anders realisieren?

 

[Wildcard]

Mach ein TableModel das als Wrapper um das Array liegt.

 

[snopy019]

Sorry, dass versteh ich nicht. Deshalb übernimmt das Array auch nicht die Werte der Variablen. Die müssen trotzdem noch einzeln Array [0][1] zugewiesen werden, oder?

 

[Wildcard]

Das heisst, ich müsste feststellen an welcher Position die Variable in der JTable ist und dann diese Stelle auf den neuen Wert setzen.=> über 150 setter methoden. Auch noch zu erwähnen zum erstellen des 2D Arrays wurden alle short Werte auf String umgeformt.?

Ich glaube jetzt verstehe ich dein Problem.
Aber willst du mir allen ernstes erzählen das du 150 Variablen irgendwo rumstehen hast die nicht in einer Struktur eingebettet sind? :shock:

 

[snopy019]

Ja, leider. Hab nicht ich programmiert. .

 

[Wildcard]

Refactoring...
Wenn das gar nicht möglich ist musst du sicherstellen das die Variablen nur mit settern manipuliert werden und im entsprechenden setter das TableModel updaten. Was anderes fällt mir dazu nicht ein.