Schnittstellen und Typvergleiche in Go
In Go bieten Schnittstellen eine Möglichkeit, einen gemeinsamen Satz von Methoden zu definieren, die verschiedene Typen implementieren können. Es ist jedoch wichtig zu verstehen, wie Schnittstellenvergleiche funktionieren, um unerwartetes Verhalten zu vermeiden.
Bedenken Sie den folgenden Code:
<code class="go">type Goof struct {} func (goof *Goof) Error() string { return fmt.Sprintf("I'm a goof") } func TestError(err error) { if err == nil { fmt.Println("Error is nil") } else { fmt.Println("Error is not nil") } } func main() { var g *Goof // nil TestError(g) // expect "Error is nil" }</code>
In diesem Beispiel erstellen wir einen benutzerdefinierten Typ „Goof“, der die Fehlerschnittstelle implementiert . Anschließend übergeben wir einen Nullzeiger vom Typ *Goof an eine Funktion TestError, die einen Fehler erwartet. Entgegen der Intuition gibt das Programm nicht „Fehler ist nicht Null“ aus.
Das liegt daran, dass Schnittstellenvergleiche nicht nur den Wert, sondern auch den Typ prüfen. In diesem Fall ist die Nullinstanz von *Goof von einem anderen Typ als die Fehlerschnittstelle. Daher schlägt der Vergleich err == nil fehl.
Um dieses Problem zu lösen, gibt es mehrere Möglichkeiten. Eine besteht darin, err direkt als Variable vom Typ Fehler zu deklarieren:
<code class="go">var err error = g</code>
Eine andere Möglichkeit besteht darin, Null von Ihrer Funktion zurückzugeben, wenn ein Fehler auftritt:
<code class="go">func MyFunction() error { // ... if errorOccurred { return nil } // ... }</code>
Indem Sie verstehen, wie Schnittstellenvergleiche durchgeführt werden Wenn Sie arbeiten, können Sie potenzielle Fallstricke vermeiden und effektiveren Go-Code schreiben.
Das obige ist der detaillierte Inhalt vonWarum schlägt der Vergleich einer Nil-Schnittstelle mit „nil' in Go fehl?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!