Czy sygnatura metody w Javie zawiera jej zwracany typ?

Czy sygnatura metody w klasie / interfejsie Java zawiera zwracany typ?

Przykład:

Czy Java zna różnicę między tymi dwiema metodami:

public class Foo {
    public int  myMethod(int param) {}
    public char myMethod(int param) {}
}

A może liczy się tylko nazwa metody i lista parametrów?

Cytowanie z Oracle Docs :

Definicja: Dwa składniki deklaracji metody obejmują podpis metody - nazwę metody i typy parametrów.

Ponieważ pytanie zostało zredagowane w celu uwzględnienia tego przykładu:

public class Foo {
    public int  myMethod(int param) {}
    public char myMethod(int param) {}
}

Nie, kompilator nie rozpozna różnicy, ponieważ ich podpis: myMethod(int param)jest taki sam. Druga linia:

    public char myMethod(int param) {}

da ci błąd: metoda jest już zdefiniowana w klasie , co dodatkowo potwierdza powyższe stwierdzenie.

Czy sygnatura metody klasy w Javie zawiera zwracany typ?

W Javie tak nie jest, ale w tej JVM robi, co może prowadzić do oczywistego zamieszania.

Czy sygnatura metody interfejsu w Javie zawiera typ zwracany?

To samo, co w przypadku metod klasowych.

A może tylko nazwa metody i lista parametrów?

Nazwa metody i typy parametrów dla języka Java. Na przykład opisy parametrów i nazwy nie mają znaczenia.

Na poziomie kodu bajtowego „typ zwracany” jest częścią sygnatury metody. Rozważ to

public class Test1  {
    public Test1 clone() throws CloneNotSupportedException {
        return (Test1) super.clone();
    }
}

w kodzie bajtowym są 2 metody clone ()

public clone()LTest1; throws java/lang/CloneNotSupportedException 

public clone()Ljava/lang/Object; throws java/lang/CloneNotSupportedException 

różnią się tylko zwracanym typem.

Nie, nie w Javie. Nazwa metody i lista parametrów służą tylko do podpisu metody . Typ zwrotu nie obejmuje.

Java Language Spec mówi

Dwie metody mają ten sam podpis, jeśli mają tę samą nazwę i typy argumentów.

w ten sposób Nie, zwracany typ nie jest częścią podpisu metody.

W języku JAVA i wielu innych językach można wywołać metodę bez zmiennej, aby przechowywać zwracaną wartość. Jeśli typ zwracany jest częścią sygnatury metody, nie ma sposobu, aby dowiedzieć się, która metoda zostanie wywołana podczas wywoływania bez określenia zmiennej przechowującej wartość zwracaną.

Bracie, w javie używamy do wywoływania metod według ich nazwy i parametrów tylko po to, aby użyć ich w naszym kodzie, np

myMethod (20; 40)

więc JAVA wyszukuje tylko podobne rzeczy pasujące do odpowiedniej deklaracji (nazwa + parametr), dlatego podpis metody zawiera tylko nazwę metody i parametry. :)

Podpis metody to tylko nazwa i lista parametrów.

nie, w Javie sygnatura metody nie zawiera zwracanego typu, ale deklaracja zawiera.

public             String         getString(String myString)

^access modifier   ^return type   ^name    ^parameter type and name

zredagowano na podstawie poniższych opinii :)

Zwracany typ nie jest uwzględniany w sygnaturze metody, tylko nazwa metody i parametry są zdefiniowane jako sygnatura metody.

Reffer: Oracle Docs ' Defining Methods'

Używając AspectJ (org.aspectj.lang.reflect.MethodSignature), ma zwracany typ

PODPIS METODY ZAWIERA TYP ZWROTU.

Kompilator ignoruje go, gdy musi sprawdzić, czy nie ma duplikatów. W Javie niedozwolone jest posiadanie dwóch metod z podpisem różniącym się tylko typem zwracanym.

Spróbuj tego:

public class Called {
    public String aMethod() {
        return "";
    }
}

public class Caller {
    public static void main(String[] main) {
        aMethod();
    }
    public static void aMethod() {
        Called x = new Called();
        x.aMethod();
    }
}

Zbuduj projekt, przejdź do katalogu bin, skopiuj gdzieś plik Caller.cass . Następnie zmień wywołaną metodę:

public int aMethod() {
    return 0;
}

Zbuduj projekt, zobaczysz, że zarówno Called.class, jak i Caller.class mają nowy znacznik czasu. Zastąp plik Caller.class powyżej i uruchom projekt. Będziesz miał wyjątek:

java.lang.NoSuchMethodError: it.prova.Called.aMethod()Ljava/lang/String;

Podpis metody to tylko nazwa metody i parametry. Ale wierzę, że twój przykład wygeneruje błąd, jeśli będą w tej samej klasie. Możesz po prostu przetestować to na dowolnym IDE i zobaczyć, że kompilator zgłosi błąd

Jeśli spróbujesz uruchomić kod, o którym wspomniałeś na eclipse, będziesz miał odpowiedź na pytanie, jakie elementy kompilator java szuka dla rozróżnienia między metodami java:

class Foo {
    public int  myMethod(int param) {
        return param;}
    public char *myMethod*(int param) { //this line throws an error 
        return param;
    }
}

Zgłoszony błąd to: Zduplikowana metoda myMethod (int) w typie Foo.