Go-Methodensätze: Aufrufen von Methoden für Zeigertypen und den Empfänger
Ein häufig diskutierter Aspekt von Go-Methodensätzen entsteht beim Aufrufversuch Methoden mit Empfängertyp T für Variablen vom Typ T. Die Go-Spezifikation besagt, dass der Methodensatz von T beide Methoden mit Empfänger umfasst Typ *T und solche mit Empfängertyp T.
Widersprüchliche Schlussfolgerungen
Das folgende Beispiel zeigt jedoch, dass diese Schlussfolgerung kontraintuitiv erscheinen kann:
package main import ( "fmt" "reflect" ) type User struct{} func (self *User) SayWat() { fmt.Println(self) fmt.Println(reflect.TypeOf(self)) fmt.Println("WAT\n") } func main() { var user User = User{} fmt.Println(reflect.TypeOf(user), "\n") user.SayWat() }
Compiler-Inferenz
Der Compiler leitet das ab user.SayWat() ruft die Methode mit dem Empfängertyp *T auf, obwohl die Variable user den Typ T hat. Dieses Verhalten wird durch das automatische Einfügen von &, dem Adressenoperator, durch den Compiler verursacht. Im Wesentlichen wird der Aufruf an (&user).SayWat() umgeschrieben.
Aufrufmethoden für Zeigertypen
Es ist wichtig, dies klarzustellen, solange es den Anschein hat Obwohl Methoden für Zeigertypen für Variablen vom Typ T aufgerufen werden, ist dies nicht unbedingt der Fall. Der Compiler verwendet einen Empfänger vom Typ *T und die Dereferenzierung von &user zu T ist eine implizite Operation.
Ausnahmen bei der impliziten Dereferenzierung
Dies ist jedoch implizit Eine Dereferenzierung gilt nicht in allen Fällen. Der Aufruf einer Methode mit einem Zeigerempfänger auf einen Rückgabewert (nicht adressierbar) führt zu einem Fehler bei der Kompilierung, z. B.:
func aUser() User { return User{} } ... aUser().SayWat()
Fehlermeldung
cannot call pointer method on aUser() cannot take the address of aUser()
Das obige ist der detaillierte Inhalt vonWarum erfolgt beim Aufrufen von Zeigerempfängermethoden eine implizite Dereferenzierung?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!