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.
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 } }
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.is
和 errors.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!