Wann AbstractTableModel und wann DefaultTableModel

[Malcolm X]

Hallo,

ich würde gerne eine JTable mit einem eigenen Model erzeugen. Nun ist mir der Unterschied zwischen DefaultTableModel und AbstractTableModel nicht so ganz klar. Könnt ihr mir sagen wann ich ein Objekt einer Ableitung von AbstractTableModel und wann ich ein Objekt von DefaultTableModel als Model nutzen sollte?

 

[Lim_Dul]

Ich würde vom AbstractTableModel ableiten. Da weißt du genau, welche Methoden du implementieren musst.
Das DefaultTableModel ist schon eine funktionierende Implementierung, die einen Vektor zum speichern nutzt.
Und da man bei einem eigenen Model normalerweise eigene Daten hat, die man irgendwie verwaltet macht es meistens meines erachtens keinen Sinn vom DefaultTableModel abzuleiten.

 

[Malcolm X]

1.) Klasse die die Schnittstelle TableModel implementiert (alles selbst zu implementieren)
2.) Klasse die von AbstractTableModel abgeleitet ist (Kompromis zwischen 1.) und 3.))
3.) Klasse DefaultTableModel (am wenigsten Implementierungsaufwand)

Ist das was ich zu den Punkten 1.) bis 3.) geschrieben habe korrekt? Wäre dankbar, wenn ihr noch was dazu sagen könntet z.B. wann benutzt man was. Wo liegen die Vor- und Nachteile usw.

 

[Lim_Dul]

3 ist nicht zwangsweise weniger Aufwand. 3 ist nur dann weniger Aufwand, wenn man die Sachen vom DefaultTableModel wiederverwenden will. Und das ist meines Erachtens eher selten der Fall.

 

[Sky]

Ein pauschale Bewertung der Punkte 1. bis 3. gibt es leider nicht. Es kommt immer ganz auf die Anforderung an! Insbesondere ist AbstractTableModel nicht zwingend ein Kompromis zwischen 1.) und 3.) !

Wenn Du 'nur' ein paar Daten darstellen musst und nicht mehr Funktionaliät gefordert ist, so kann man mit dem DefaultTableModel schon ganz gut leben.
Willst/Kannst Du aber nicht mit Vectoren arbeiten, so kannst Du DefaultTableModel direkt vergessen.

Das AbstractTableModel hat noch ein paar Listener-Geschichten eingebaut. Wenn Sie in deinem Fall hilfreich sind, so verwende die Klasse, ansonsten kannst Du gleich auf das TableModel zurückgreifen.