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:

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"
}

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 Erläuterung 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 angesehen werden können:

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)
}