Konstruktoren & Veerbung

[Moch]

Hallo,
Ich habe schon wieder ein Problem -.-

Derzeit bearbeiten wir eine Klausurvorbereitungsaufgabe, in welcher es um Ampel geht. Hierbei sollen wir die Zustände einer Ampel (Rot, RotGelb, Gelb, Grün) als eigene Klasse schreiben, die von einer abstrakten Klasse Zustand erben.

Nach etlichen Versuchen, ist mir vorhin eine neue Idee gekommen, wie ich das umsetzen könnte und natürlich bin ich wie immer gleich gegen eine Wand gerannt.

In der abstrakten Klasse habe ich einen Konstruktor geschrieben, der an die Unterklasse vererbt werden soll. Jetzt weiß ich jedoch nicht, woher das Programm wissen soll, welches Objekt er erstellen soll, wenn ich die Konstruktor der Oberklasse aufrufe... wie kann ich das bewerkstelligen?

Ich schreibe hier mal nur die Konstruktoren rein, um es kurz zu halten

public abstract class Zustand {
	String akt;
	String next;
	
	public Zustand(String akt, String next){
		this.akt = akt;
		this.next = next;
	}

public class Rot extends Zustand {

	public Rot(String akt, String next) {
		super(akt, next);
		// TODO Auto-generated constructor stub
	}

Die übrigen Farben entsprechend.

Wie kann ich nun dem Konstruktor der Oberklasse sagen, dass er explizit eine Instanz der Klasse Rot erzeugen soll, ohne dass ich rot direkt als eigenes Objekt anspreche.

Also

Rot rot = new Rot("Rot", "RotGelb");

wollte ich eigentlich vermeiden, wenn das möglich ist.

Ich möchte den Konstruktur von z.B Rot ansprechen, wenn als String akt "Rot" übergeben wird.

lieben Gruß
Moch

 

[fastjack]

Das hört sich eher nach einer Factory an.

 

[Moch]

Sowas hatten wir in der Vorlesung leider nicht, weshalb ich auch nicht davon ausgehe, dass Factorymethoden in der Klausur relevant sein werden. (habe mir die eben mal angeschaut)

Bedeutet das, dass mein Ansatz nicht durchführbar ist?
In dem Fall würde ich dann doch den unbequemen Weg gehen und die Objekte direkt erzeugen.

lieben Gruß
Moch

 

[anonym]

Das klingt sowas von garnicht nach Factory...

Was hälst du von dieser Oberklasse:

public abstract class Zustand {
        /** Speichert den Namen dieses Zustands z.B. "rot" */
	private String name;
	
	public Zustand(String name){
		this.name = name;
	}
        /** gibt den Zustand in den die Ampel von diesem aus wechseln soll an */
        public abstract Zustand next(); 
}

Die Unterklasse verrat ich dir nicht. Nur soviel: Kein Mensch zwingt dich, in der Unterklasse einen Konstruktor mit einem Parameter zu haben, der Name des Zustands rot ist immer "rot", also kann der Konstruktor der Oberklasse immer mit diesem Wert aufgerufen werden (damit kann man deinen Ansatz übrigens auch retten).
Die Methode "next()" gibt dir dann keinen Namen, sondern direkt einen Zustand, du musst sie in der Unterklasse überschreiben. Und zwar so, dass sie das richtige zurückgibt.

 

[homer65]

Wie wäre es denn damit:
[Java]
public class Zustand
{
private String farbe = null;
public Zustand(String farbe)
{
this.farbe = farbe;
}
}
public class Rot extends Zustand
{
super("rot");
}
[/Java]
Der Konstruktor von Rot wäre einfach:
[Java]
Rot r = new Rot();
[/Java]

 

[fastjack]

ja, sry, falsch gelesen. Wie sieht es denn zusätzlich mit einem Ampelenum aus? (statt der Strings)

 

[Moch]

Danke für Eure Antworten.

Nach längeren hin und her, habe ich mich heute Nacht jedoch dazu entschieden, jede Farbe doch selbst von Hand zu erstellen und die Oberklasse Zustand ohne Konstruktor laufen zu lassen, da sich bei einem Test herausgestellt hat, dass dabei ein Fehler, den ich befürchtet hatte, nicht ergibt und es trotzdem funktioniert.

Trotzdem vielen Dank für Eure Mühe. Wenn ich das nächste Mal mit soetwas arbeite, werde ich darauf zurückgreifen 🙂

lieben Gruß
Moch