JTree aus einer ArrayList

[Rohrreiniger]

Hallo,

ich habe mich gefragt, ob es eine elegante Möglichkeit gibt aus einer ArrayList einen JTree zu konstruieren. Ich würde jetzt spontan jedes Objekt in einer ArrayList durchlaufen, nachschauen ob es selbst eine ArrayList mit Inhalt besitzt und diese dann iterativ zu einem Baum zusammenfügen.
Für bessere Vorschläge bin ich jedenfalls jetzt schon vielmals dankbar ...

Gruß Tobias

 

[AlArenal]

Hängt ganz von deinen Daten ab. Trenn dich vor der Vorstellung, dass Daten immer nur in einer einzelnen Datenstruktur stecken können.

Wenn ich es richtig verstehe, hast du Daten in einer ArrayList und wenn ein Datum ebenfalls eine ArrayList ist, ist es ein Zweig? Hört sich halbwegs nach Muckefuck (nicht wirklich objektorientiert) an, da der Zweig ja selbst keine Eigenschaften hätte, außer seinen Kindern und du nachträglich nichts ändern kannst.

Grundsätzlich kannst du das TreeModel natürlich so aufbauen, wie du selbst schon grob umrissen hast. Was mir nicht ganz klar ist, ist der Satzteil "nachschauen ob es selbst eine ArrayList mit Inhalt besitzt und diese dann iterativ zu einem Baum zusammenfügen". Ein TreeModel funzt ja nicht so, dass du Daten irgendwie ummodeln müsstest, sondern du hinterlegst darin nur bestimmte erforderliche Funktionalität um Daten zu untersuchen.

Viel eleganter ist es natürlich in einem Model mit Objekten arbeiten zu können, die mehr "Eigenintelligenz" haben als ne ArrayList. Vielleicht kannste mal grob umreißen was für Daten in der ArrayList stehen sollen und was für Klassen du verwendest.

 

[Guest]

als beispiel für meine ArrayList benutze ich Unternehmensobjekte, die entweder Abteilungen oder aber auch einzelne Stellen sein können. Ich speichere dann die Abt, die eine ArrayList innehält. Es kann allerdings sein, dass die Abt weitere Unterabteilungen besitzt, die wiederum selbst eine ArrayList besitzen oder aber auf der Abt-Hierarchie ganz unten stehen und nur noch Personal aufnehmen. Das Personal wiederum kann keine Elemente bestehen und ist aus diesem Grund ohne ArrayList.

 

[AlArenal]

OK, wir reden also von einem Organigramm. So ein Zufall, dass ich gerade ein Tool zum Aufbau von Organigrammen entwickle..

Bei mir siehts grob gesagt so aus:
- Ich habe eine Klasse Unit, die eine Organisationseinheit repräsentiert.
- Alles im Organigramm ist eine Unit.
- Eine Unit kennt ihre übergeordnete Unit, die untergeordneten Units (intern über List implementiert).. und noch der Reihenfolge wegen die vorgelagerte und nachfolgende Unit, was hier aber erstmal ohne Balng sein soll.

Das wars im Grunde schon. Bei der Instanziierung des TreeModel wird die Root-Unit übergeben. Diese hat logischerweise keinen Parent (null) und wenn man nicht mehrere Organigramme in einem Tree darstellt, auch keinen Vorgänger und Nachfolger (auch beide null), und eben eine Reihe von [0 .. x] Unter-Units. Deren Anzahl ist bekannt, die Units selbst sind auch bekannt - schwupps lässt sich das ganze TreeModel ganz einfach über Aufrufe von Unit-Methoden aufbauen.
Da hab ich kein Gefuckel mit ArrayList oder sonst irgendwelchem Zeug.

 

[AlArenal]

P.S.:
Personal wird bei mir über ne Klasse Personnel abgebildet. Jede Unit kann beliebig viele Personnel-Instanzen abbekommen, die Abbildung erfolgt aber separat in einer Table, der Übersicht halber. Zusätzlich gibts noch ne Graph-Visualisierung des Org-Charts über eine GraphLib, diei per Adapter am TreeModel angehängt ist.

 

[SamHotte]

als beispiel für meine ArrayList benutze ich Unternehmensobjekte, die entweder Abteilungen oder aber auch einzelne Stellen sein können. Ich speichere dann die Abt, die eine ArrayList innehält. Es kann allerdings sein, dass die Abt weitere Unterabteilungen besitzt, die wiederum selbst eine ArrayList besitzen oder aber auf der Abt-Hierarchie ganz unten stehen und nur noch Personal aufnehmen. Das Personal wiederum kann keine Elemente bestehen und ist aus diesem Grund ohne ArrayList.

Anscheinend hast Du noch nicht sauber objektorientiert modelliert. Was soll denn in der ArrayList gespeichert werden? Abteilungen? Stellen? Mitarbeiter?

 

[Rohrreiniger]

Hallo Hotte,

sauber objektorientiert zu programmieren ist so 'ne Sache. Hierfür ist viel an Erfahrung nötig und auch ein fundiertes Wissen über die OOA/OOD notwendig, was vielleicht nicht jedermann von sich behaupten kann, so zumindestens ich. Was Deine Frage angeht: es gibt diverse Objekte, die von den Klassen Abteilung, bzw. Personal instanziiert sind.

Gruß

 

[SamHotte]

Ist halt wie beim Haus bauen - ohne vorher zu zeichnen, wird's entweder schief oder stürzt ein

Ohne viel nachzudenken würde ich mal annehmen, dass Du folgende Typen brauchst:

- Mitarbeiter
- Stelle
- OE (Org.-Einheit)

mit den Beziehungen
- Stelle : Mitarbeiter (1 : 0..1)
- OE : Stelle (1 : 1..n)

(wobei Du natürlich die Stellen weglassen kannst)

Die OEs sind dann hierarchisch organisiert, d.H. du brauchst in jeder OE Informationen über den "Vater" sowie eine Liste der Kinder (kann leer sein). Eine zweite Liste kann die Stellen bzw. Mitarbeiter in der OE abbilden.

 

[Rohrreiniger]

Hi,

ich hätte jetzt intuitiv, aber wohl überlegt auch noch eine weitere Klasse 'StellenPositionszuordnung' angelegt. Da ich die Klassen derlei gestalte, dass sie möglichst der wahren Umgebung nah kommen. Das bedeutet wiederum, dass einer Person keine Stelle zugeordnet wird, sondern nur die typischen Eigenschaften wie Name, Vorname, etc.
Ok, aber ich denke Du weißt worauf ich hinaus will - eine weitere Klasse die die Verbindung zwischen dem Mitarbeiter und der Stelle herstellt. Aber das tut ja jetzt nicht zur Sache ...

Aber ich hätte jetzt trotzdem noch eine Frage. Und zware, wie kann ich denn durch die Objekte am geschicktesten durchlaufen um irgendwas zusammenzuzählen, wenn ich vorher gar nicht weiß wieviele Stufen ich durchlaufen muss. Eine Schleife nach

for (int i = 0; i < unternehmenseinheit.size(); i++) {
  for (...) // Hier fängt es ja theoretisch an im dunklen zu stochern
  ...
}

CU

 

[AlArenal]

Da musst du doch - entsprechendendes Design vorausgesetzt - nicht "im Dunklen stochern". Wenn jede OE die oben von Sam und mir beschrieben Funktionalitäten hat, fragst du doch direkt bei der Instanz an, um zu erfahren wieviele Untereinheiten sie hat, o.ä.