Rückgabewert mit unterschiedlichen Datentypen

[omen]

Hallo zusammen,

ich möchte eine Methode schreiben, die als Rückgabewerte unterschiedlicher Datentypen "returnt". Ich überlege mir gerade, ob ich die Werte mi unterschiedlichen Datentypen "int, double" in einem ArrayList speichere und zurückgebe... hat jemeand eine Idee?

 

[eRaaaa]

Wie wäre es mit einem Objekt?

 

[Atze]

oder schau dir mal generics an

 

[Firestorm87]

oder schau dir mal generics an

nicht oder...
Wenn das ganze Typsicher sein soll: Schau dir Generics an!

 

[eRaaaa]

Mhmm.. ich habe sein Vorhaben so interpretiert, dass er jedes mal quasi mehrere Rückgabewerte haben möchte?(also nicht ODER, sondern UND ! - wie sollte man so auf die Idee mit der ArrayList kommen???:L)

 

[Firestorm87]

OK, dann brauchen wir wohl eine bessere Fragestellung

 

[Noctarius]

Also wenn es Typ X ODER Typ Y oder ... sein soll solltest du Generics nutzen (es gibt ganz ganz seltene Fälle wo man in diesem Fall Object als Returntype nehmen sollte):

public class GenerifiedClass<T> {
  public T doSomething() {
    ...
  }
}

Wenn du Typ X UND Typ Y musst du dir eine neue Class schaffen welche diese beiden Typen als Properties aufnimmt:

public class ResultHolder {
  private final X x;
  private final Y y;

  public ResultHolder(X x, Y y) {
    this.x = x;
    this.y = y;
  }

  public X getX() { return x; }
  public Y getY() { return y; }
}

Also normal bin ich auch der Meinung, dass man die Frage präzise stellen sollte aber in diesem Fall kann man auch beide Möglichkeiten kurz anreißen. Das ist nun wirklich nicht zuviel

 

[xerberuz]

Die JVM unterstützt sogar die überladung von Methoden bei denen sich nur der Rückgabewert unterscheidet. Der Java Compiler allerdings nicht. SUN schummelt da aber auch gern mal.

Wers nicht glaubt:

List (Java Platform SE 6)
boolean remove(Object o)
E remove(int index)

 

[Noctarius]

Da unterscheidet sich aber nicht nur der Rückgabetyp, sondern auch der Parameter. int ist kein Integer und damit in der Auflösungstabelle vor Object (wo int nach Integer autoboxed werden müsste).

 

[xerberuz]

Ja da unterscheidet sich auch der Parameter - zugegeben. Aber ich war zu faul ein besseres Beispiel zu suchen. Die JVM erkennt die Methode aber anhand der kompletten signatur. Inklusive des Rückgabewerts. Schau dir mal den Aufruf von Java Methoden mit der C Api an. Oder kompilier eine Klasse und eine 2. die eine Methode dieser aufruft. Dann änder den Rückgabewert der Methode von void zu boolean und kompilier nur die geänderte Klasse neu. Die erste Klasse sollte das eigentlich nicht stören weil der Rückgabewert nicht beachtet wurde. Es fliegt aber eine NoSuchMethodException.

 

[Atze]

Ja da unterscheidet sich auch der Parameter - zugegeben. Aber ich war zu faul ein besseres Beispiel zu suchen. Die JVM erkennt die Methode aber anhand der kompletten signatur. Inklusive des Rückgabewerts. Schau dir mal den Aufruf von Java Methoden mit der C Api an. Oder kompilier eine Klasse und eine 2. die eine Methode dieser aufruft. Dann änder den Rückgabewert der Methode von void zu boolean und kompilier nur die geänderte Klasse neu. Die erste Klasse sollte das eigentlich nicht stören weil der Rückgabewert nicht beachtet wurde. Es fliegt aber eine NoSuchMethodException.

es hat den compiler ja auch nicht zu stören, wenn ich einen rückgabewert von void zu boolean ändere, da der aufruf dann trotzdem valide ist, der rückgabewert aber nur ins leere fliegt.

wenn ich es aber anderum ändere, oder ändere von int zu boolean, merkt mein compiler das.

kompilier nur die geänderte Klasse neu

abgesehen davon, wie soll der compiler das auch merken, wenn du die aufrufende klasse nicht neu kompilierst? mit autocompile wird's halt bemerkt.
oder hab ich dich falsch verstanden?