Object cast via Reflection

[Guest]

Hallo allerseits

Ich habe ein kleines Problem mit Object casts oder reflection. Folgendes:

Unten hab ich den Code. Mein Problem ist, dass ich in der Test-Klasse auf
die Values der "Implementatoren" zugreife aber vorher nicht weiss, was
auch mich zukommt. getClass() liefert ja die Klasse und die strimmt. Nur
kann ich das auch so erstellen?

Baum = list.get(0).getValue();

Oder ist dies ein absolut schlechter Stil? Hat jemand Ideen?

Ich hoffe es ist einigermassen Verständlich.

public interface Value<E> {
	public void setValue(E e);
	public E getValue();
}

public BaumValue implements Value<Baum>{
	
	private Baum baum;
	
	public void setValue(Baum e){this.baum = e;}
	public Baum getValue(){return baum;}
}
public HausValue implements Value<Haus>{
	
	private Haus haus;
	
	public void setValue(Haus e){this.haus = e;}
	public Haus getValue(){return haus;}
}


public Test{
	List<Value<?>>  l = new ArrayList<Value<?>>();
	l.add(new BaumValue());
	l.add(new HausValue());
	
	Object baum = l.get(0).getValue();
	Object haus = l.get(1).getValue();
}

 

[Wildcard]

Ich empfehle dir, dich zu informieren was ein Interface ist.

 

[Guest]

Es geht mir eben darum, dass alle Klassen, welche diese Interface implementieren,
diese 2 Methoden zur Verfügung stellen (mit ihrem spezifischen Typen).

Wenn ich später einen Value erstelle (von dem es mehrere verschiedene geben kann).
kann ich erben lassen und ihn via Generics so bestimmen lassen.
Damit will ich erreichen, dass ich nur das Interface kennen muss, den Typ
der Implementierung aber nicht.
Will ich nun den Value, krieg ich den via Schnitstelle, die frage ist nur wie
kann ich den spezifischen rauskriegen, um die Funktionalität von (hier zB Baum)
zu erhalten.

 

[SlaterB]

if (Baum.class.isInstance(object)) {
Baum baum = (Baum) object;
} else { dann eben nicht }

 

[Gast]

Danke.
an so was hab ich eigentlich gedacht.

habe es auch via Reflection (getMethod) und so probiert
gescheit an das Objekt gescheit rannzukommen

Wobei ob es sinnvoll ist bezweifle immer mehr

 

[Wildcard]

Frag dich lieber warum du diese Information braucht.
Solch konditionaler Code steht immer an Stellen, an denen die Architektur nicht passt...

 

[Gast]

Ich dachte eigentlich daran, später neue Values zu erstellen. Dass Interface erlaubt mir das so onhe Probleme. Will ich jedoch auf einen gewissen Value zugreifen, krieg ich das Problem auf welchen.

Ein beispiel wäre Value wären Propertis. Um einen neue zu erstellen, erstelle ich eine neue Klasse implements... Jede so erstellte kann ein eigenes Objekt handhaben zB grösse, Aussehen (wiederum Objekte).
Will ich nun die Grösse haben...kein Problem..alle hohlen, mit getValue erhalte ich das Objekt Grösse und ok...BOING....welcher ist das nun?

War halt so ein Geistesblitz.
Für Ideen bin ich immer zu haben....

 

[Wildcard]

Derartige Generizität erkauft man sich i.d.R. mit Typunsicherheit.

 

[Guest]

Derartige Generizität erkauft man sich i.d.R. mit Typunsicherheit.

leider.....ein Schritt vor und zurück
Danke @all