Klassen mit ähnlichem Inhalt: wie unterscheiden?

[Yamato]

Hallo,

Ich habe folgendes unschönes Problem:
Ich benutze mehrere Numerik-Klassen für mehrdimensionale Funktionen. Aus Performancegründen (keine Arrayzugriffe etc.) möchte ich dieselben Klassen aber auch separat für eindimensionale Funktionen haben. Diese können aber nicht denselben Namen tragen, also habe ich folgende Möglichkeiten:

1. ich vergebe unterschiedliche Klassennamen
2. ich erzeuge zwei verschiedene Packages, wobei die entsprechenden Klassennamen identisch sind

Unschön an 1. ist, das sich inhaltlich gleiche Klassen mit unterschiedlichen Namen habe. Bei Lösung 2 muss ich bei einer Verwendung der Klassen immer den Packagenamen angeben, was auch nicht sehr elegant ist.

Welche Lösung würdet ihr empfehlen bzw. gibt es vielleicht noch andere Möglichkeiten?

Gruss,
Yamato

 

[Jango]

Was bitteschön sind "mehrdimensionale Funktionen"?

 

[SlaterB]

class TablettenSortierer {

private List<Tablette>;

}

-------

class TablettenSortierer {

private List<TablettenDose<Tablette>>;

}

 

[Guest]

Du kannst doch einfach mehrere Methoden mit gleichem Namen und unterschiedlichen Parametern schreiben, also:

public void machWas(int[] eindimensionalesArray) {

   ...

}

und

public void machWas(int[][] zweidimensionalesArray) {

   ...

}

 

[L-ectron-X]

Du kannst doch einfach mehrere Methoden mit gleichem Namen und unterschiedlichen Parametern schreiben...

Diese OOP-Technik nennt sich Überladen.

 

[Yamato]

Vielen Dank für die Hinweise, ich werde es mit den überladenen Methoden probieren.

PS: Ich habe aber auch mehrere Interfaceklassen - die Interfacemethoden überladen ist auch nicht schön, da alle Methoden implementiert werden müssen.

 

[Der Müde Joe]

die Interfacemethoden überladen ist auch nicht schön, da alle Methoden implementiert werden müssen.

Interface zu implementieren ist wohl der Sinn eines Interfaces (ausser vielleich Tagging IF), wieso überladen????
Wenn die IF-Methoden überladen werden nützt ja das ganze IF nix....

 

[Yamato]

Interface zu implementieren ist wohl der Sinn eines Interfaces.

Natürlich, aber ich brauche (je nach Anwendung) immer nur genau eine Methode des Interfaces - und ich will nicht deswegen den Rest implementieren müssen.

 

[Der Müde Joe]

ich brauche (je nach Anwendung) immer nur genau eine Methode des Interfaces

Ein Interface soll ja Gemeinsamkeiten zusammenfassen, so dass nachher auch Klassen ausgetauscht werden können. Ich glaube du brauchst kein Interface.

Ein Beispiel für ein Interface wäre zB:

interface Lebewesen{
public String getGene();
}

jedes Lebeweden hat Gene und implementiert somit getGene()
ein getGeschlecht() wäre zwar cool.. aber ein Bakterium hat kein Geschlecht
somit nützt es dir nichts so weit oben in der Hierarchie

 

[Yamato]

Die Interfaceklassen brauche ich schon, da ich Funktionen als Parameter übergebe:

public interface Version1
{
	public double f(double t, double x);
}

public interface Version2
{
    public double[] f(double t, double[] x);
}

Ich möchte nur nicht von jeder Interfaceklasse zwei Versionen haben. Die Methoden unterscheiden sich nur in den Parametern (einmal ein- und einmal mehrdimensional).