Response-Modelle und Statuscodes
Lernen Sie, explizite Response-Modelle zu definieren und für verschiedene API-Operationen passende HTTP-Statuscodes festzulegen.
Response-Modelle und Statuscodes ist eine kostenlose FastAPI Backend Development Bootcamp-Lektion auf CoddyKit. Dies ist Lektion 2 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des FastAPI Backend Development Bootcamp-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der FastAPI Backend Development Bootcamp-Kurs umfasst insgesamt 4 Lektionen.
Teile dieser Lektion wurden noch nicht übersetzt und werden auf Englisch angezeigt.
API Responses: The Basics
When you make a request to an API, the server sends back a response. This response isn't just data; it also includes important information about the request's outcome.
FastAPI makes it easy to return data, usually as JSON. But we can make our APIs even better by being explicit about what data to expect and what happened.
Why Use Response Models?
Response models define the exact structure of the data your API will send back. This is crucial for several reasons:
- Data Consistency: Ensures your API always returns data in a predictable format.
- Automatic Docs: FastAPI automatically generates OpenAPI documentation showing the expected response structure.
- Data Validation: FastAPI can validate the outgoing data against your model, catching errors before sending.
Defining a Simple Response Model
We use Pydantic models to define response structures. Then, we tell FastAPI which model to use with the response_model parameter in our endpoint decorator.
Try running this example and check the /docs endpoint!
from fastapi import FastAPI
from pydantic import BaseModel
app = FastAPI()
class Product(BaseModel):
name: str
price: float
is_available: bool = True
@app.get("/products/single", response_model=Product)
def get_single_product():
return {"name": "Coffee Mug", "price": 9.99, "is_available": True}
# To run: uvicorn main:app --reloadReturning Lists with Response Models
What if your endpoint returns a list of items? You can specify this in your response_model by using Python's List type from the typing module.
This tells FastAPI to expect a list where each item matches your Pydantic model.
from fastapi import FastAPI
from pydantic import BaseModel
from typing import List
app = FastAPI()
class Book(BaseModel):
title: str
author: str
@app.get("/books", response_model=List[Book])
def get_all_books():
return [
{"title": "The Hobbit", "author": "J.R.R. Tolkien"},
{"title": "1984", "author": "George Orwell"}
]
# To run: uvicorn main:app --reloadUnderstanding HTTP Status Codes
Beyond the data, every API response includes an HTTP Status Code. This three-digit number tells the client about the outcome of their request.
- 2xx Success: Request was successfully received, understood, and accepted. (e.g., 200 OK, 201 Created)
- 4xx Client Error: The client made an error. (e.g., 400 Bad Request, 404 Not Found)
- 5xx Server Error: The server failed to fulfill an apparently valid request. (e.g., 500 Internal Server Error)
FastAPI's Default Status Codes
FastAPI automatically assigns default status codes based on the HTTP method:
- GET:
200 OK - POST:
200 OK(but often201 Createdis better) - PUT/DELETE:
200 OK
While these defaults work, explicitly setting status codes makes your API more precise and user-friendly.
Setting Custom Success Codes (201)
For operations that create a new resource (like a POST request), returning a 201 Created status code is best practice. You can specify this directly in your path operation decorator.
Run this and observe the network response code!
from fastapi import FastAPI, status
from pydantic import BaseModel
app = FastAPI()
class NewItem(BaseModel):
name: str
description: str | None = None
@app.post("/items", status_code=status.HTTP_201_CREATED)
def create_item(item: NewItem):
# Imagine saving 'item' to a database here
return {"message": "Item created successfully", "item": item}
# To run: uvicorn main:app --reloadHandling Errors with HTTPException (404)
When a requested resource isn't found, you should return a 404 Not Found status. FastAPI provides HTTPException to raise these errors easily.
This stops execution and returns a standard JSON error response.
from fastapi import FastAPI, HTTPException, status
app = FastAPI()
fake_items_db = {"foo": {"name": "Foo"}, "bar": {"name": "Bar"}}
@app.get("/items/{item_id}")
def read_item(item_id: str):
if item_id not in fake_items_db:
raise HTTPException(status_code=status.HTTP_404_NOT_FOUND, detail="Item not found")
return fake_items_db[item_id]
# To run: uvicorn main:app --reloadCombining Models & Status Codes
You'll often use both response models and custom status codes together. For example, a successful update might return a 200 OK with the updated resource, while a failed update might return a 400 Bad Request.
This creates robust and predictable API behavior.
from fastapi import FastAPI, status
from pydantic import BaseModel
app = FastAPI()
class UserOut(BaseModel):
id: int
username: str
@app.put("/users/{user_id}", response_model=UserOut, status_code=status.HTTP_200_OK)
def update_user(user_id: int, new_username: str):
# Imagine updating user in DB
if user_id == 1:
return {"id": user_id, "username": new_username}
return {"id": user_id, "username": "default_user"}
# To run: uvicorn main:app --reloadQuick Check: Status Codes
A client sends a POST request to create a new user. The server successfully processes the request and saves the user data. Which HTTP status code is the most appropriate to return?
Recap: Clear Responses
In this lesson, you learned how to make your FastAPI responses clear and predictable. We covered:
- Defining response models with Pydantic for consistent data and automatic documentation.
- Understanding and explicitly setting HTTP status codes like
201 Createdor handling errors withHTTPExceptionfor404 Not Found.
These practices greatly improve the usability and robustness of your API.
Häufig gestellte Fragen
Ist die Lektion „Response-Modelle und Statuscodes“ kostenlos?
Ja — der vollständige Text von „Response-Modelle und Statuscodes“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des FastAPI Backend Development Bootcamp-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der FastAPI Backend Development Bootcamp-Kurs umfasst insgesamt 4 Lektionen.
Was lerne ich in „Response-Modelle und Statuscodes“?
Lernen Sie, explizite Response-Modelle zu definieren und für verschiedene API-Operationen passende HTTP-Statuscodes festzulegen. Du übst FastAPI Backend Development Bootcamp mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.
Brauche ich Erfahrung, um FastAPI Backend Development Bootcamp zu starten?
Keine Vorkenntnisse erforderlich. FastAPI Backend Development Bootcamp auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 2 von 4.
Wie lange dauert die Lektion „Response-Modelle und Statuscodes“?
Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.
Kann ich in dieser FastAPI Backend Development Bootcamp-Lektion Code schreiben und ausführen?
Ja. Jede FastAPI Backend Development Bootcamp-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.
Alle Lektionen in diesem Kurs
- Pydantic-Modelle für den Request-Body
- Response-Modelle und Statuscodes
- Formulardaten und Datei-Uploads
- Header, Cookies und benutzerdefinierte Antworten