Können Sie die Methode überladen mit Generika und ändern Sie nur den generischen Typ der Signatur der Methode?

Wenn Sie nicht die Verwendung von Java Generics, ich glaube, es ist nicht möglich, dass zwei Methoden in der gleichen Klasse, die unterscheiden sich nur in Ihren Rückgabetyp.

In anderen Worten, dies wäre illegale:

public HappyEmotion foo(T emotion) {
    //do something
}   

public SadEmotion foo(T emotion) {
    //do something else
}

Ist dasselbe gilt, wenn dem überladen von Methoden, die einen generischen Typ, kann die Implementierung der verschiedenen Schnittstellen, wie zum Beispiel, wenn Sie die folgenden beiden Methoden in der gleichen Klasse definition:

public <T extends Happy> T foo(T emotion) {
    //do something
}   

public <T extends Sad> T foo(T emotion) {
    //do something else
}

Wäre das illegal?

  • Haben Sie versucht, um es zu kompilieren? Eine (konforme) compiler werden Ihnen umgehend sagen, was legal ist und was illegal ist. Eine bessere Frage wäre "warum ist ... illegal? "" wenn Sie nicht verstehen, die Gründe.
InformationsquelleAutor Brendan Downes | 2011-08-29
  1. 6

    Dies ist legal, da die input-parameter auch unterscheidet sich basierend auf dem Typ..

    Aus diesem Grund, ist nach rechtlichen,

    public <T extends Happy> T foo(T emotion) {
    //do something
}   

public <T extends Sad> T foo(T emotion) {
    //do something else
}

    Aber nicht,

    public <T extends Happy> String foo(T emotion) {
    //do something
}   

public <T extends Happy> T foo(T emotion) {
    //do something else
}

    Dank...

    InformationsquelleAutor Prabath Siriwardena
  2. 2

    Diese lief einwandfrei.

    public class Main {
    public static void main(String[] args){
        Main main = new Main();
        main.foo("hello");
        main.foo(new Integer(5));
    }

    public <T extends String> T foo(T emotion) {
        return (T) "test";
    }

    public <T extends Integer> T foo(T emotion) {
        Integer integer = 5;
        return (T) integer;
    } 
}
    InformationsquelleAutor Preston
  3. 1

    Es kompiliert wird, aber wo man in Probleme, wenn entweder Glücklich oder Traurig ist eine Superklasse der anderen ist.

    Beispielsweise die folgenden zusammenstellt:

    public <T extends Number> T sayHi() {
    System.out.println("number");
    return null;
}

public <T extends Integer> T sayHi() {
    System.out.println("integer");
    return null;
}

    Jedoch, Sie laufen in Probleme, wenn Sie versuchen, kompilieren Sie das folgende:

    Integer test = sayHi();

    In diesem Fall, Sie können nicht einfach hinzufügen <Integer> an die front, weil Integer ist noch sowohl eine Zahl als auch eine ganze Zahl.

    Jedoch die folgenden kompiliert

    Double test2 = <Double>sayHi();

    also im Grunde so lange, wie eine Traurige Objekt nicht eine Instanz von einem Happy-Objekt und Umgekehrt, dein code sollte funktionieren, solange Sie es nennen mit dem oder vor den Namen der Methode.

    • wie können Sie schreiben Sie zwei Methoden mit derselben Methode Signatur, aber unterschiedlichen Rückgabetypen und sagen, dass es kompiliert, es ist völlig gegen das Konzept der Methode überladen
    InformationsquelleAutor user439407
  4. 1

    Können Sie generisch zu unterscheiden, die Methode in Java. Die JVM nicht sehen, diese Art jedoch das argument-oder Rückgabetyp ist anders, es wird immer noch kompilieren in der Sun/Oracle-compiler. Dies kann nicht kompiliert werden, für die IBM/eclipse-compiler.

    Dieser zeigt Ihnen wollen, ist das geschehen bei der byte-code-Ebene. http://vanillajava.blogspot.com/2011/02/with-generics-return-type-is-part-of.html

    InformationsquelleAutor Peter Lawrey
  5. 1

    Dies ist legal, wie andere gesagt haben. Allerdings möchte ich darauf hinweisen, was passiert, wenn Typen erweitern sich gegenseitig.

    Sagen wir, wir haben zwei Schnittstellen (funktioniert für Klassen ändern Sie einfach die Signatur):

    interface Emotion {}
interface Happy extends Emotion {}

    Und zwei Funktionen:

    <T extends Emotion> void foo(T obj) {} //Referred as foo1
<T extends Happy> void foo(T obj) {} //Referred as foo2

    Wenn ein Objekt entspricht Emotion der JVM wählen foo1.
    Wenn ein Objekt entspricht, Freut sich die JVM wählen foo2 und nicht foo1.
    Beachten Sie die Reihenfolge der Priorität. Das ist, wie die JVM löst die Mehrdeutigkeit. Dies ist jedoch nur gültig, wenn Sie an die generischen parameter als argument.

    InformationsquelleAutor Andrew Johnson
Schreibe einen Kommentar