Klick auf JTable -> EditorPane manipulieren, Fragen zu TableModel

[limaleet]

Hallo!

Mein Vorhaben ist folgendes:

Ich habe eine ArrayList mit Objekten der Klasse "Person" gefüllt. Diese Objekte haben getter für alle Möglichen Informationen (getName, getAlter, getSchuhgröße) sowie toString(), welche einen String zur Gesamtübersicht dieser Person ausgibt und somit alle verfügbaren Informationen dieser Person liefert.

Kurz gesagt möchte ich..

a) alle Personen aus der ArrayList in einer JTable darstellen
b) Bei Klick auf eine Person in einem Editorpane alle Infos über die Person mit toString() ausgeben lassen.

Jetzt stellen sich mir aber diverse Fragen:

1. Ich denke es ist nicht gut, die konkreten Personenobjekte DIREKT in einem Tablemodel zu speichern - das geht auch garnicht, da die Personenobjekte außerhalb erzeugt und manipuliert werden. Genaugenommen befindet sich die Personen-ArrayList in einem "PersonenManager", welcher Methoden wie addPerson, deletePerson, updatePerson etc. bereitstellt. Der Manager kapselt also alle Personen und kann sie manipulieren.

Wie baue ich aber nun am besten das JTable/TableModel?
Das TableModel will ja auch eine Liste mit den Personen - oder zumindest deren Infos... brauche ich eine neue Klasse "PersonenInfo", mit welcher ich die Infos vom PersonenManager ins Table-Model transferiere oder was schlagt ihr vor?

2. Bei Klick auf eine Person in der JTable soll also in einem EditorPane das toString() dieser angeklickten Person ausgegeben werden. Das ausgeben ist ja nicht viel mehr als editorpane.set(person.toString()) - nur woher weiß ich im EditorPane, welche Person angeklickt wurde? Eine Referenz mitzuliefern wäre evt. ganz praktisch, aber wie erwähnt befindet sich das konkrete Personen-Objekt ja in der ManagerKlasse.

Gut, ich könnte dieser Managerklasse eine Methode getAllInfo(int personxy) geben, aber wie müsste den der Link aussehen zwischen Klick auf JTable und dem Anzeigen?

Das wars fürs erste, vielen Dank!

 

[Dragonfire]

Irgendwie mus es ja eine Schnittstelle zwischen der Manager-Klasse
und der Tabelle geben.

Das ist das TableModel,
ob jetzt deine Manager-Klasse das TableModel implementiert.
oder eine "PersonInfoTableModel" erstell wird,
welches wieder aus der Managerklasse alles abfragt ...
(Manager-Klasse sollte ja Methoden wie getPerson(XY) haben)
würde für mich keinen Unterschied machen ...

Zum zweiten Problem:
Ich würde einen SelectionListener nehmen.
Kannst nochmal hier schauen:
How to Use Tables (The Java™ Tutorials > Creating a GUI With JFC/Swing > Using Swing Components)

 

[André Uhres]

Das TableModel will ja auch eine Liste mit den Personen

Ich schlage vor, du übergibst dem TableModel einfach die Referenz auf die bereits bestehende Liste.

woher weiß ich im EditorPane, welche Person angeklickt wurde?

int row = table.convertRowIndexToModel(table.getSelectedRow());

 

[limaleet]

Danke euch schonmal!

Also dann werde ich wohl Tablemodel in die ManagerKlasse implementieren.
Ich dachte nur, es wäre nicht gut, Logik und GUI zu vermischen. JA ich weiß, dass TableModel nichts mit GUI zu tun hat streng betrachtet, allerdings gehört es ja zu Swing und wenn man Swing austauschen will (in Java eher unwahrscheinlich, aber egal) müsste man ja die Logig verändern. Aber ich werde es wohl so machen.

@André: eine Referenz übergeben... ich bin mir nicht sicher, aber ich sehe dort folgendes Problem: Was passiert, wenn in die Managerklasse ein neuer Datensatz eingetragen wird? 'Wenn das Model tatsächlich eine Referenz hat, so hat das Model ja auch imemr die aktuellste Version der Liste.. aber es muss ja irgendwie merken, dass etwas neu ist in der Liste, oder nicht?


Eine letzte Frage: wie gehe ich vor, wenn ich aus der Liste der Managerklasse gleichzeitig auch noch ein Baum generieren will? Etwa neben TableModle auch noch TreeModel implementieren?

Danke

 

[Dragonfire]

Für dein "update" Problem gibt es ja extra die "TableModelListener".
Diese Benachrichtigen, z.b. die JTable das sich was geändert hat.

Du musst nur ein "Event" auslösen (hier: TableModelEvent).

 

[André Uhres]

'Wenn das Model tatsächlich eine Referenz hat, so hat das Model ja auch immer die aktuellste Version der Liste.. aber es muss ja irgendwie merken, dass etwas neu ist in der Liste, oder nicht?

Richtig. Mach eine entsprechende "ManagerListener" Schnittstelle. Das TableModel implementiert "ManagerListener" und wird beim Manager als Listener registriert. Der Manager benachrichtigt alle registrierten "ManagerListener". Das TableModel benachrichtigt seinerseits die "TableModelListener".

Eine letzte Frage: wie gehe ich vor, wenn ich aus der Liste der Managerklasse gleichzeitig auch noch ein Baum generieren will?

Du gehst so vor wie bei der Tabelle.


Über die Verwaltung der Listener siehe auch: EventListenerList (Java Platform SE 6)

 

[limaleet]

Danke.

Mir fällt da aber gerade folgendes Problem ein:

Die Daten liegen nicht in einer ArrayList wie erst behauptet, sondern ein einem Hashtable. Das ganze hat folgenden Grund: eine Updatemethode fügt der Hashmap öfters neue Items hinzu, und anhand des Keys kann sie entscheiden, ob das Item wirklich neu ist oder ob es doch nicht schon im Hashtable vorhanden ist. Kurz gesagt, um das Hashtable oder irgendeine andere Struktur mit Key komme ich wohl nicht drumherum.

Doch wie verwaltet man ein Hashtable in einem Tablemodel? Vorallem bei getValueAt() wirds hässlich. Schließlich kann man ein Hashtable ja nicht direkt mit einem numerischen Index ansprechen. Auf stackoverflow.com habe ich eine Methode gefunden, welche einen numerischen Index auf einen Key ummappen kann und dann das entsprechende Objekt zurückgibt. Das wird aber erreicht, indem einfach n mal (wobei n = numerischer index) durch die Hashtable durchiteriert wird und dann das Objekt zurückgegeben wird, bei dem gestoppt wird. Performant ist das wohl eher weniger.

 

[limaleet]

Nachtrag: wer sich unter dem letzten Abschnitt nichts vorstellen kann:

public Object getValueAt(int rowIndex, int columnIndex) {
                if (columnIndex == 0) {
                        return getKey(rowIndex);
                } else {
                        return m_hash.get(getKey(rowIndex));
                } // if-else

        }

        private String getKey(int a_index) {
                String retval = "";
                Enumeration<String> e = m_hash.keys();
                for (int i = 0; i < a_index + 1; i++) {
                        retval = e.nextElement();
                } // for

                return retval;
        }

 

[André Uhres]

Wenn kein Leistungsabfall bemerkbar ist, kannst du's so lassen. Andernfalls könntest du die Keys zusätzlich in einer List speichern, die du dann in getValueAt über den rowIndex ansprechen kannst: [c]String key = keyList.get(rowIndex)[/c]. Das geht natürlich auf Kosten des Speicherplatzes, dafür ist es aber u.U. leistungsfähiger.
HashMap ist übrigens schneller als Hashtable weil Hashtable synchronisiert ist und HashMap nicht.

 

[limaleet]

Okay, danke.

Jetzt noch ein letztes Problem, wo mir die Hashtable doch einen Strich durch die Rechnung machen könnte. Damit das ganze nicht zu unübersichtlich wird, habe ich einen neuen Thread erstellt, weil es mit dem Topic ja nichtmehr direkt was zu tun hat (vorsichtshalber ürbigens im Anfängerforum ).

http://www.java-forum.org/java-basi...rklich-geeignet-fuer-vorhaben.html#post638006