Java-Frage zu Objekten

Java-Frage zu Objekten (9 Beiträge, 89 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Ich habe folgendes Problem:

Mein Programm soll eine Liste von Teile verwalten. Vorläufig gibt es nur 5 Kategorien (=Teile), in späterer Folge soll es aber möglich sein, zu den Kategorien Unterkategorien zu erstellen, zu denen es möglicherweise wieder Unterkategorien gibt, also ähnlich einem Baum.

Ich hab mir überlegt, ich erzeuge eine Klasse Teil, das ein Teil darstellt.
Zusätzlich implementiere ich eine Klasse Teileliste, die eine Hashtable besitzt. In diese Hashtable trage ich die Elemente ein, wobei die Elemente wiederum vom Typ Teileliste sein können oder vom Typ Teil.

Am Beispiel der Geizhals-Kategorien:
Mein Programm hat eine Variable vom Typ Teileliste, in die Objekte Hardware, Software, Telekommunikation, etc. vom Typ Teil eingetragen werden.

Später soll die Möglichkeit bestehen, das Objekt Hardware in den Typ Teileliste umzuwandeln (bzw. löschen und neu erzeugen), in die die Objekte Gehäuse, MB, etc. Eingetragen werden können.

Meine Fragen dazu, ist das überhaupt eine vernünftige Vorgehensweise, bzw. ist das überhaupt möglich, in die Hashtable des Objekts Teileliste ein Objekt vom selben Typ einzutragen? Sollen die Klassen Teile und Teileliste irgendwelche vorhandenen Klassen von Java implementieren?
Hat vielleicht wer eine andere Lösungsmöglichkeit.

Danke
emefge
Infosauger
_____________________________________________________________________________
Weil die Lichtgeschwindigkeit höher als die Schallgeschwindigkeit ist, hält man viele Leute für helle Köpfe bis man sie reden hört.

"Bekomme ich bei Ihnen so einen ganz kleinen Lötkolben zum CPU reparieren?"

Der erste Teil deiner Beschreibung ist mir noch nicht ganz klar, darum gleich zu deiner Frage

Ob das mit der Hashtable so möglich ist - dazu wirst wohl vererbung brauchen, um so einen gemeinsamen "Obertyp" zu haben, mit dem du dann die Hashtabel anlegen kannst.

Wie groß sollte das ganze am Ende werden? Wie viele Teile, bzw. Teillisten? Weshalb hast gerade eine Hashtable herausgesucht? Spezielle Performancekriterien?

mar99

Das ist der ganze Jammer, die Dummen sind immer so sicher und die Gescheiten so voller Zweifel.
[Bertrand Russell]

so ganz verstehe ich es zwar nicht ...

aber:

wenn du schon von einem baum sprichst eignet sich dafür doch die vererbung eh wunderbar ...

zumal ein neues objekt immer auch die eigeschaften des alten hat (bzw. die von dem es geerbt hat)
du köntest dir vielleicht einen vector anlegen (zumindest in java gibts sowas) in den du dann alle objekte wirfst, soweit ich weiss gibts auch die möglichkeit abzufragen ob ein bestimmtes objekt von einem bestimmten typ ist (type of ?).

So könntest du die Objekte in einem Vektor verwalten und könntest dir auch immer ein bestimmtes herausholen lassen (die vector klasse in java kann da einiges)

wenn du es also wirklich so machst, dass eine scöne vererbung besteht dann sollte es kein PRoblem sein auch ein generelles Teil in ein spezifisches umzuwandeln. Mit Konstruktoren kannst du da sehr viel stark vereinfachen ...

<sing> Oh - thinking about the younger years </sing>
10 LOAD "SCISSORS"
20 RUNSee ? Sharp !

Der Nachteil an dieser Lösung ist jedoch, das er alle Objekte bunt gemischt in diesen Vektor hat (wenn nur ein Vektor verwendent wird). Will er also z.B. alle Elemente einer Teilliste haben, so muss er sich alle Objekte aus dem Vector holen und dann schauen, ob dieses Element zu dieser Teilliste gehört.
Wenn mehrere Vektoren verwendet werden schauts natürlich wieder ganz anders aus ....

mar99

Das ist der ganze Jammer, die Dummen sind immer so sicher und die Gescheiten so voller Zweifel.
[Bertrand Russell]

stimmt ..

also wärs evtl wirklich besser für jeden objekttyp einen eigenen vektor zu basteln und jeweils nur objekte des jeweiligen typs reinzuwerfen ..

und wenn er später mal noch spezifischere typen bauen will, dann dürfts ja auch kein problem sein diese zu casten ..

kommt halt drauf an was er damit anstellen will ..

wenn er einfahc nur alles anzeigt sind die lösung sowieso gleichwertig ..

<sing> Oh - thinking about the younger years </sing>
10 LOAD "SCISSORS"
20 RUNSee ? Sharp !

Es kommt drauf an in welcher Form er die Sachen anzeigen will, aber ich würde sagen nun ist der infosauger wieder am Zug um seine Aufgabenstellung etwas zu präzisieren.

mar99

Das ist der ganze Jammer, die Dummen sind immer so sicher und die Gescheiten so voller Zweifel.
[Bertrand Russell]

wahrscheinlich is er eh schon längst fertig

<sing> Oh - thinking about the younger years </sing>
10 LOAD "SCISSORS"
20 RUNSee ? Sharp !

um das mal zu konkretisieren:
Das ganze ist eine Aufgabe: Das Programm soll eine Lagerverwaltung sein. Zur Zeit noch ganz primitiv mit 5 Teile (Gehäuse, Motherboard, etc.) , wobei es zu jedem Teil einen Lagerstand gibt. Da das ganze aber erweiterbar sein soll, auch dahingehend, dass ich flexibel neue Kategorien hinzufügen kann, und auch Unterkategorien hinzufügen können soll.
Erweiterung also in etwa:
- Gehäuse
  - Desktop Gehäuse
  - Tower Gehäuse
- Motherboard
  - AMD-Motherboard
     - VIA-Motherboard
     - Nvidia Motherboard
  - Intel-Motherboard
.....

In der Erweiterung haben die Knoten dann eben keinen eigenen Lagerstand, sondern berechnen den Lagerstand über die Unterkategorien und -Blätter

Ich bin mir also nicht sicher, dass da die Vererbung geeignet ist.
Die Hastable habe ich genommen, weil man da mit der Bezeichnung als Key leicht neue Objekte hinzufügen kann. Bessere Alternative ??

Hab' also jetzt 2 Klassen, eine für den Stamm-Knoten, eine für die Blätter.

Wie die Erweiterungen aussehen werden, weiss ich nicht, ich weiss nur, dass es nicht nur auf die Funktionalität ankommt, sondern wie man die objektorientierte Programmierung anwendet.

Danke aber für die Ratschläge
emefge
Infosauger
_____________________________________________________________________________
Weil die Lichtgeschwindigkeit höher als die Schallgeschwindigkeit ist, hält man viele Leute für helle Köpfe bis man sie reden hört.

"Bekomme ich bei Ihnen so einen ganz kleinen Lötkolben zum CPU reparieren?"

Hm, so auf den ersten Blick würde ich das wohl einfach mit Listen (bzw. Vektoren) machen, in denen wieder Listen hängen können. Performancemäßig scheint es ja keine speziellen Wünsche zu geben (schaut nach einer Software und keiner Algo Übung aus *g*). Da das ganze doch sehr nach einem Baum aussieht hab ich mal geschaut, was es da in java.util so gibt - auf den ersten Blick müßte TreeMap so ziemlich das machen, was du haben willst, zu verstehen ist es aber vielleicht mit der 1. Version noch leichter.

mar99

Das ist der ganze Jammer, die Dummen sind immer so sicher und die Gescheiten so voller Zweifel.
[Bertrand Russell]

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung