Middleware yra sistema hook'ų, kurie apdoroja kiekvieną užklausą ir atsaką globaliai, esantys tarp žiniatinklio serverio ir jūsų views. Kiekvienas middleware gali patikrinti/modifikuoti užklausas keliaujant į vidų ir atsakus keliaujant į išorę — idealus sprendimas skersiniams susirūpinimams, tokiems kaip autentifikacija, saugumo antraštės, sesijos ir registravimas.
Request → MW1 → MW2 → MW3 → VIEW
Response ← MW1 ← MW2 ← MW3 ← VIEW
Middleware wraps the view like layers of an onion:
- on the way IN (request): top-to-bottom
- on the way OUT (response): bottom-to-top (reverse order)
MIDDLEWARE = [
"django.middleware.security.SecurityMiddleware", # security headers (HSTS, etc.)
"django.contrib.sessions.middleware.SessionMiddleware", # enables request.session
"django.middleware.common.CommonMiddleware",
"django.middleware.csrf.CsrfViewMiddleware", # CSRF protection
"django.contrib.auth.middleware.AuthenticationMiddleware",# enables request.user
"django.middleware.clickjacking.XFrameOptionsMiddleware", # clickjacking protection
]
# ORDER MATTERS — e.g. SessionMiddleware must come before AuthenticationMiddleware
Didelė dalis Django'o pagrindinės funkcionalumo yra middleware: sesijos (request.session), autentifikacija (request.user), CSRF apsauga ir saugumo antraštės – visa tai kilusi iš įmontuoto middleware'o. Eilutė svarbi — kai kurie middleware priklauso nuo to, kad kiti būtų paleisti pirmiau.
class TimingMiddleware:
def __init__(self, get_response):
self.get_response = get_response # the next middleware/view
def __call__(self, request):
# --- code here runs on the way IN (before the view) ---
import time; start = time.time()
response = self.get_response(request) # call the next layer (eventually the view)
# --- code here runs on the way OUT (after the view) ---
response["X-Response-Time"] = f"{time.time() - start:.3f}s"
return response
Middleware'as yra callable: kodas prieš self.get_response(request) vykdomas užklausoje, kodas po to vykdomas atsakyme. Tai leidžia jums veikti tiek prieš, tiek po view vykdymo.
✓ Authentication / setting request.user
✓ Security headers (CSP, HSTS, X-Frame-Options)
✓ Request/response logging, timing, metrics
✓ Sessions, locale/i18n detection, CORS
✓ Rate limiting, maintenance mode, custom request preprocessing
Middleware → GLOBAL, cross-cutting concerns affecting EVERY (or most) request
Decorators/view logic → per-view concerns specific to certain endpoints
→ Use middleware for app-wide behavior; decorators for selective behavior.
Middleware'as yra esminis to, kaip Django apdoroja užklausas – jo supratimas paaiškina, kaip iš tikrųjų veikia didelė dalis framework'o pagrindinės funkcionalumo, ir suteikia tinkamą mechanizmą globaliniams, skersiniams susirūpinimams.
Supratimas, kad sesijos, autentifikacija (request.user), CSRF apsauga ir saugumo antraštės – visa tai kilusi iš įmontuoto middleware'o – padeda suprasti Django'o užklausos apdorojimą ir parodo, kodėl šios funkcijos "tiesiog veikia". Supratimas apie sluoksnių užklausos/atsakymo srautą (middleware apvija view'ą, apdoroja užklausas iš viršaus į apačią ir atsakus iš apačios į viršų) ir kad eilutė svarbi (kai kurie middleware priklauso nuo kitų, pavyzdžiui, autentifikacija reikalauja sesijų pirmiau) yra svarbus Django konfigūravimui ir problemų šalinimui.
Galimybė rašyti pasirinktą middleware'ą yra vertinga taikymo lygiu veikiančiam elgesiui įgyvendinti švariai – registravimui, laikavimui, pasirinktoms antraštėms, greičio ribojimui, priežiūros režimui – vienoje vietoje, o ne kartoti ją keliose views'ose.
Žinojimas, kada naudoti middleware'ą (globaliniai susirūpinimai, veikiantys daugumą užklausų) lyginant su dekoratoriais arba view logika (atskirų galutinių taškų susirūpinimai) – tai svarbus architektoninis sprendimas.
Middleware'as yra vieta, kur Django apdoroja užklausos/atsakymo apdorojimą, kuris taikomas visai programai, todėl tai svarbios, praktiškos žinios tiek suprasti framework'o vidinę sandarą, tiek kurti gerai sustruktūrizuotas aplikacijas su tinkamu skersinių susirūpinimų atskyrimu.