@ -166,7 +166,7 @@ Das folgende sind technische Details, die Sie überspringen können, wenn sie f
**FastAPI** verwendet diesen, sodass Sie, wenn Sie ein Pydantic-Modell für `response_model` verwenden, und ihre Daten fehlerhaft sind, einen Fehler in ihrem Log sehen.
Aber der Client/Benutzer sieht ihn nicht. Stattdessen erhält der Client einen <abbrtitle="Interner Server-Fehler">""Internal Server Error""</abbr> mit einem HTTP-Statuscode `500`.
Aber der Client/Benutzer sieht ihn nicht. Stattdessen erhält der Client einen <abbrtitle=„InternalServerError“>""Internal Server Error""</abbr> mit einem HTTP-Statuscode `500`.
Das ist, wie es sein sollte, denn wenn Sie einen Pydantic-`ValidationError` in Ihrer *Response* oder irgendwo sonst in ihrem Code haben (es sei denn, im *Request* des Clients), ist das tatsächlich ein Bug in ihrem Code.
@ -230,7 +230,7 @@ Sie erhalten eine Response, die Ihnen sagt, dass die Daten ungültig sind, und w
**FastAPI** hat seine eigene `HTTPException`.
Und **FastAPIs**`HTTPException`-Fehlerklasse erbt von Starlettes `HTTPException`-Fehlerklasse.
Und **FastAPI**s`HTTPException`-Fehlerklasse erbt von Starlettes `HTTPException`-Fehlerklasse.
Der einzige Unterschied besteht darin, dass **FastAPIs**`HTTPException` alles für das Feld `detail` akzeptiert, was nach JSON konvertiert werden kann, während Starlettes `HTTPException` nur Strings zulässt.