Datentypen Full qualified Name dynamisch gestalten

[knowledge]

Hallo,

angenommen ich arbeite mit einer Klasse die über folgenden voll qualifizierten Namen eingebunden werden müsste

tools.com.v1.LIST l = new LIST();

Nun kann es sein das später eine Version2 der LIST erstellt werden würde. Diese müsste man dann

tools.com.v2.LIST l = new LIST(); importieren usw. Es ändert also der vollqualifizierte Name.

Die Methoden/Attribute von v1 und v2 sind gleich. Es ändert sich also nur der Name.

Wenn ich im Code aber explizit tools.com.v1.LIST l = new LIST(); nutze wird es ja blöd wenn später dann mal v2 genutzt wird.
Dann müste ich ja wieder in den Code und tools.com.v1.LIST l = new LIST(); abändern in tools.com.v2.LIST l = new LIST();

Kann man das nicht dynamisch gestalten in der Form:

String packageName = tools.com.v1.LIST;

Und ich dann nur einmal zentral String packageName auf tools.com.v2; setzen müsste wenn sich da was ändert. Wie könnte ich sowas erreichen?

 

[faetzminator]

Wenn du eine (abstrakte) Basisklasse oder ein Interface definierst, kannst du eine Instanz einer beliebigen Klasse darauf zuweisen (, welche natürlich von dessem erbt).

 

[Der Müde Joe]

package org.jf;

public interface IList{}

package org.jf.impl1;

public class List1 implements IList{}

package org.jf.impl2;

public class List2 implements IList{}

So in der Art. (siehe faetzminator)

EDIT:
und dann halt:

IList list = // impl1 oder impl2

 

[Marco13]

Und gleich kommt * und sagt, dass dass man das am besten mit OSGi macht

 

[maki]

Und gleich kommt * und sagt, dass dass man das am besten mit OSGi macht

Nö, soviel "Dynamik" braucht es hier wohl nicht, aber eine Factory wäre imho angebracht

 

[Noctarius]

Sowas macht man am Besten mit OSGi *mal Wunsch erfüll* *g*

PS: Aber auch dann brauchst du ein Interface oder eine abstrakte Basisklasse

 

[maki]

Sowas macht man am Besten mit OSGi *mal Wunsch erfüll* *g*

PS: Aber auch dann brauchst du ein Interface oder eine abstrakte Basisklasse

Denkbar wäre auch eine Kombination aus Spring, SpringDM, OSGi und ein paar anderen Basistechnologien... *g*

 

[Wildcard]

Und gleich kommt * und sagt, dass dass man das am besten mit OSGi macht

Nicht ganz (obwohl OSGi nie schaden kann ), aber DI mit Guice, oder Spring würde ich mir schon überlegen. Wer schreibt schon gerne Factories...