Heim > Artikel > Backend-Entwicklung > Warum wird eine Null-Fehlerinstanz nicht mit Null verglichen?
Null-Fehlerinstanzen werden nicht als Null angezeigt
Um Schnittstellenvergleiche zu verstehen, ist es wichtig zu erkennen, dass sie sowohl den Typ als auch den Wert bewerten.
Bedenken Sie den Codeausschnitt:
<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>
Hier erwarten wir „Fehler ist nicht Null“, da g Null ist. Aufgrund von Schnittstellenvergleichen erhalten wir jedoch „Fehler ist Null“. Dies liegt daran, dass (*Goof)(nil) einen anderen Typ hat als error(nil).
Um dieses Problem zu beheben, können Sie var err error anstelle von var g *Goof deklarieren. Wenn Ihre Funktion alternativ einen Fehler zurückgibt, geben Sie einfach Null zurück.
Zur weiteren Verdeutlichung prüfen Schnittstellenvergleiche, ob die Typen identisch sind, und nicht, ob ein Typ eine Schnittstelle implementiert. Daher zeigt das folgende Beispiel, dass sogar Nicht-Null-Schnittstellen mit denselben zugrunde liegenden Daten aufgrund unterschiedlicher Typen als ungleich eingestuft werden können:
<code class="go">package main import "fmt" type Bob int func main() { var x int = 3 var y Bob = 3 var ix, iy interface{} = x, y fmt.Println(ix == iy) }</code>
Das obige ist der detaillierte Inhalt vonWarum wird eine Null-Fehlerinstanz nicht mit Null verglichen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!