Ist es falsch, Typzusicherungen zur Fehlerbehandlung zu verwenden?

WBOY
Freigeben: 2024-02-10 10:24:09
nach vorne
895 Leute haben es durchsucht

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
    }
}
Nach dem Login kopieren

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
    }
}
Nach dem Login kopieren

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)
Nach dem Login kopieren

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!

Quelle:stackoverflow.com
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage
Über uns Haftungsausschluss Sitemap
Chinesische PHP-Website:Online-PHP-Schulung für das Gemeinwohl,Helfen Sie PHP-Lernenden, sich schnell weiterzuentwickeln!