Überladen von Methoden und Spezialisierung

[tommi]

Hallo,

folgende Situation:

class C1 {}
class C2 extends C1 {}

interface I {
  public void tuWat(C1 a);
}

class MyClass implements I {

  public void tuWat(C1 a) {
    System.out.println("allgemein");
  }

  public void tuWat(C2 a) {
    System.out.println("speziell");
  }

}


{
  C1 bean = new C2();
  I impl = new MyClass();
  impl.tuWat(bean);
}

Was wird hier ausgegeben und warum und wo kann ich das nachlesen?

Viele Grüße,
Tommi

 

[hiti]

Hallo Tommi,

Ein Beispiel für OOP. Themen zum googlen wären: Vererbung, Interface, Überladen v. Methoden, Polymorphism.

Ausgegeben wird 'allgemein' durch den Methodenaufruf tuWat der Klassen-Instanz von MyClass().

Nun hat MyClass() ja 2 Methoden mit dem Namen tuWat().
impl ist aber ein Interface, welches nur eine Methode davon vorgeschrieben hat, die Methode mit einem C1 Objekt als Parameter.
bean ist auch als C1 Objekt definiert, (auch wenn es in Wirklichkeit ein C2-Objekt ist!)

Somit wird mit
impl.tuWat(bean);
Die Methode tuWat(C1 a) angesprochen.

Gruss, hiti

 

[tommi]

Vielen Dank,
wir habens ausprobiert, und es stimmt, es wird allgemein ausgegeben, aber wir kapieren nicht ganz warum. in C++ wärs ja klar, aber Java verwendet ja eigentlich späte Bindung.

impl ist aber ein Interface, welches nur eine Methode davon vorgeschrieben hat, die Methode mit einem C1 Objekt als Parameter.

Liegt es also an dem Interface?

bean ist auch als C1 Objekt definiert, (auch wenn es in Wirklichkeit ein C2-Objekt ist!)

Ja, aber da Java späte Bindung verwendet, sollte es total egal sein, wie das Objekt definiert ist, das sollte bei der Entscheidung, welche Methode aufgerufen wird, keine Rolle spielen. Bei früher Bindung, wie in C++, okay, da schon, weil zur Kompilezeit nunmal nur das bekannt ist. Aber eben nicht in Java, oder?


Oder ist es gar so, dass Java vielleicht, wenn es sich nicht entscheiden kann ob allgemein oder speziell, IMMER die allgemeinere Methode aufruft?

Ich persönlich hatte eigentlich eine Exception erwartet, die mir mitteilt dass java nicht weis welche von beiden Methoden es aufrufen soll. Und wenn nicht, dass es sich für die speziellere Entscheidet, nicht für die allgemeine.

 

[maki]

Und wenn nicht, dass es sich für die speziellere Entscheidet, nicht für die allgemeine.

Ja, ist ärgerlich: Diagnosing Java Code: The Broken Dispatch bug pattern

 

[tommi]

Maki: laut dem Link hätte es sich für die speziellere entscheiden sollen, und dadurch können dann solche Bugs entstehen. Wenn es sich aber immer für die allgemeinere entscheidet, kann ein solcher Bug ja garnicht entstehen, oder?

 

[SlaterB]

Java entscheidet zur Compile-Zeit, welche Methode es ist, überschrieben werden kann sie dann in Subklassen nur mit Methoden gleicher Signatur,

das Problem im Link beschreibt auch eine Änderung der Klassen,
die zu einer (unbemerkten) geänderten Bindung zur Compile-Zeit führt

siehe auch
http://www.java-forum.org/java-basics-anfaenger-themen/83261-dynamisches-binden.html

 

[tommi]

Slater: Vielen Dank,
dann wird also bei der Ermittlung der Signatur der Methode die aufgerufen wird, immer frühe Bindung verwendet:

 public void print(Object o) { System.out.println("Object"); }
 public void print(String o) { System.out.println("String"); }

 Object s = "bla";
 print(s);

wird also immer Object ausgeben. In meinem Beispiel hatte also demnach das Interface garkeine Rolle gespielt, das hätte man auch weglassen können.


Ok, hätte ich wohl eigentlich wissen sollen. Beruhigend ist, ich war net allein.

 

[SlaterB]

edit: hast recht, stimmt wohl so alles