Heim  >  Artikel  >  Backend-Entwicklung  >  Ist es falsch, Typzusicherungen zur Fehlerbehandlung zu verwenden?

Ist es falsch, Typzusicherungen zur Fehlerbehandlung zu verwenden?

WBOY
WBOYnach vorne
2024-02-10 10:24:09891Durchsuche

Ist es falsch, Typzusicherungen zur Fehlerbehandlung zu verwenden?

Die Verwendung von Typzusicherungen zur Fehlerbehandlung ist eine gängige Praxis, aber ob es sich um einen Fehler handelt oder nicht, hängt von der Situation ab. Typzusicherungen können verwendet werden, um zu überprüfen, ob die übergebenen Parametertypen den Erwartungen entsprechen, und so Fehler im Code frühzeitig zu erkennen. Es kann jedoch zu Problemen führen, wenn die Fehlerbehandlung auf Typzusicherungen basiert und andere mögliche Ausnahmen ignoriert. Daher müssen Sie bei der Verwendung von Typzusicherungen zur Fehlerbehandlung die Logik und Zuverlässigkeit des Codes umfassend berücksichtigen und sicherstellen, dass verschiedene Ausnahmen ordnungsgemäß behandelt werden, um die Stabilität und Wartbarkeit des Codes sicherzustellen.

Frageninhalt

Ich frage mich, warum die Fehlerbehandlung im Switch + Type-Assertion-Stil in Golang nicht verwendet/empfohlen wird. Was stimmt damit nicht? Oder kümmert es die Community einfach nicht?

Zum Beispiel der folgende Code:

if err != nil {
    if errors.as(err, &queryerr{}) {
        log.println("query error : ", err)
        return http.statusinternalservererror
    } else if errors.as(err, &querydataextractionerr{}) {
        return http.statusnotfound
    } else {
        log.println(err.error())
        return http.statusinternalservererror
    }
}

kann geschrieben werden als:

if err != nil {
    switch err.(type) {
    case QueryErr:
        log.Println("query error : ", err)
        return http.StatusInternalServerError
    case QueryDataExtractionErr:
        return http.StatusNotFound
    default:
        log.Println(err.Error())
        return http.StatusInternalServerError
    }
}

Workaround

Typenwechsel ist technisch korrekt. Ein falscher Typwechsel kann jedoch dazu führen, dass umschlossene Fehler falsch interpretiert werden. Zum Beispiel:

err:=io.EOF
err1 := fmt.Errorf("Unexpected error: %w",err)

Darüber hinaus wird err1.(io.eof) 会失败,但 errors.is(err1,io.eof) nicht.

Deshalb sollten Sie mit errors.iserrors.as testen, ob der vorliegende Fehler den gesuchten Fehler enthält.

Das obige ist der detaillierte Inhalt vonIst es falsch, Typzusicherungen zur Fehlerbehandlung zu verwenden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Dieser Artikel ist reproduziert unter:stackoverflow.com. Bei Verstößen wenden Sie sich bitte an admin@php.cn löschen