Fachrat Informatik - Forum

Mir ist da noch eine lustige Idee gekommen:
Und zwar möchte ich wieder Code sparen, ich habe (vereinfacht) 3 Klassen.

Vehicle, Bike und Car. Zuerst war in Bike und Car jeweils ein Enum mit einem Fahrzeugtypen (RENNRAD, TANDEM, ... , KLEINWAGEN, MITTELKLASSE, ...) und einer Methode typGenerieren().
Diese Methode weist im Konstruktor der Instanz per Zufall einen Typen zu.
Jetzt ist diese Methode allerdings quasi gleich in Bike und Car, lediglich die Enum-Werte ändern sich. Daher habe ich versucht, sowohl die Enums, als auch die Methode nach Vehicle auszulagern, damit ich sie zentral habe und mir den Mehrfachcode spare.
Mein Problem ist jetzt, dass ich nicht weiss, wie ich die Methode so allgemein schreiben kann, dass man sie quasi beliebig in Bike oder Car benutzen kann.
Also:



Hat jemand eine Idee, wie das funktionieren könnte oder einen Anstoss in die richtige Richtung? Hab' schon an Generics gedacht, aber bin mir unsicher, ob das nicht vielleicht noch einfacher geht.

Besten Dank im Vorraus!

HAVE PHUN!

öhmm, mit "Sorgen Sie dann dafür, dass die „Fahrrad“- und „Auto“-
Unterklassen sich in den geerbten Eigenschaften gleichen, aber auch
jeweils mindestens eine zusätzliche spezielle Eigenschaft haben" ist doch
nicht gemeint, dass die eigenschaften die gleichen werte haben
müssen und fahrrad und auto können doch ruhig die gleiche spezielle
eigenschaft haben, wenn sie nur nicht in fahrzeug drin ist, oder?

Quoted

Original von hamena314
Vehicle, Bike und Car. Zuerst war in Bike und Car jeweils ein Enum mit einem Fahrzeugtypen (RENNRAD, TANDEM, ... , KLEINWAGEN, MITTELKLASSE, ...) und einer Methode typGenerieren().
Diese Methode weist im Konstruktor der Instanz per Zufall einen Typen zu.
Jetzt ist diese Methode allerdings quasi gleich in Bike und Car, lediglich die Enum-Werte ändern sich. Daher habe ich versucht, sowohl die Enums, als auch die Methode nach Vehicle auszulagern, damit ich sie zentral habe und mir den Mehrfachcode spare.

Ergänze Vehicle um eine als "static" deklarierte Methode getPossibleTypes(), die das jeweilige Enum-Objekt zurückliefert. Die Methode typGenerieren ruft dann intern this.getPossibleTypes() auf. Die Unterklassen Bike und Car überschreiben getPossibleTypes() dann entsprechend.

Bei dem obigen Vorschlag gehe ich davon aus, daß auch Vehicle über eine Methode typGenerieren() nebst zugehörigem getPossibleTypes() verfügt. Sollte dies nicht erwünscht sein, werden diesen beiden Methoden in einer neu zu erstellenden abstrakten Oberklasse von Bike und Car (und Unterklasse von Vehicle) implementiert.

Vielleicht ist es aber auch schlauer, auf die Enums zu verzichten, und für jeden Typ eine neue Unterklasse anzulegen. Bike und Car ist dann jeweils eine entsprechende Factory-Klasse zugeordnet.

Nein, die gleichen Werte sollen sie natürlich nicht haben, nur die gleichen Variablen.
Und natürlich können Fahrrad und Auto die gleichen Eigenschaften haben, in wie fern das jedoch Sinn macht, hängt von den entsprechenden Eigenschaften ab (Wenn zB die Klassen Fahrrad und Auto beide nur gleiche Eigenschaften etc. aufweisen stellt sich natürlich die Frage, wozu dann zwei Klassen )

um zu zeigen, dass wir sowas programmieren können, natürlich

Wenn Fahrrad und Auto die gleichen Eigenschaften hätten, könnte man diese in dieser Aufgabe im Zweifelsfall sogar in die Fahrzeugklasse stecken. Das würde mehr Sinn ergeben.
Schwieriger würde es dann aber, wenn man ein Motorrad und ein LKW hat und diese Eigenschaften da nicht vorkommen, dann lässt man das mit der Fahrzeugklasse besser sein.
Bräuchte jetzt aber mal selbst kurz Hilfe. Hab dazu nichts gescheites gefunden. Wohin mit den Konstruktoren und vor allen Dingen für welche Eigenschaften sind die dann jeweils zuständig?

Welche Konstruktoren? In Java kannst du die ja eh nicht vererben...