Geeignete Datenstruktur ?

[Guest]

Hi,

ich suche eine geeignete Datenstruktur (eine Art Tabelle) um folgendes darin zu speichern:

Die Anzahl der Spalten steht fest, jedoch nicht die Anzahl der Zeilen.
Das Programm soll im Moment noch ohne graphische Oberfläche implementiert werden, aber eine GUI soll später dazukommen.
Ist eine JTable dafür geeignet? Was würdet Ihr empfehlen?

 

[SlaterB]

ohne Gui keine JTable

schreibe dir eine Klasse Datensatz mit x Exemplarvariablen
(alternativ aber weniger schön: ein String[] oder Object[])

und dann eine Liste dieser Zeilen, z.B. eine ArrayList

 

[Marco13]

Prinzipiell ist eine JTable nur eine View für ein TableModel. Es würde also theoretisch nichts dagegen sprechen, die Daten (auch ohne GUI!) schonmal in einem TableModel zu speichern - zumal die Erweiterung, dass das später in einer JTable angezeigt wird, damit trivial wäre... Ob das die elegantese Lösung ist, oder du dir eine eigene Klasse bastelst (ähnlich wie SlaterB gesagt hat) und die dann später "irgendwie" in ein TableModel presst, mußt du entscheiden...

 

[Wildcard]

Prinzipiell ist eine JTable nur eine View für ein TableModel.

Nö. Eine JTable ist ein Controller der eine View verwaltet.

 

[HoaX]

ach dir eine klasse die einen datensatz darstellt, und davon kannst du dann beliebig viele in eine java.util.List klopfen. das ding dann später mittels eines jtables darzustellen ist ein leichtes.

edit: wieso überlese ich in letzter zeit so viel? grrrr...

 

[Marco13]

JTable does not contain or cache data; it is simply a view of your data

( http://java.sun.com/docs/books/tutorial/uiswing/components/table.html )

Wobei bei vielen Swing-Componenten die Grenze zwischen View und Controller verwischt - zumindest hast du in der Hinsicht Recht, dass diese "View" ja das Modell enthält, und schon allein deswegen als ein Controller zu bezeichnen wäre. Wie wär's mit "Coniew" over "Vietroller" :lol:

 

[Wildcard]

Aus Client Sicht ist die JTable eine View. Schaust du dir die internas an, wirst du jedoch feststellt das sie nicht zeichnet, sondern einen Renderer verwendet -> die View.

 

[Marco13]

Ja, wir können uns jetzt kloppen, und fragen, ob der Renderer nicht ein Controller, und das Graphics-Object die View ist. Ich finde, dass man sowas allgemeingültiges wie ein Design-Pattern eben "hierarchisch" betrachten kann - es geht dabei ja nur um ein Konzept: Auf der einen Ebene ist z.B. eine JList eine View für Kundendaten oder so - wenn man eine Ebene tiefer geht, ist sie aber keine View, sondern ein Controller - mit eigenem Model und View - aber vielleicht seh' ich das auch falsch *schulternzuck*

 

[Wildcard]

Damit kann ich mich anfreunden :wink: