Django modern (3.1+) jappoġġja views asinkroni billi tuża Python's async/await, li tippermetti ħandle effiċjenti ta' operazzjonijiet dipendenti minn I/O konkurrenti (sejħat API esterni, aċċess asinkroù tad-database) mingħajr ma tissieb. Din tikkumplimenta l-mudell tradizzjonali sinkroù ta' Django għal każi ta' użu speċifiċi.
# a synchronous view (the traditional default)
def sync_view(request):
data = requests.get("https://api.example.com").json() # BLOCKS the worker
return JsonResponse(data)
# an async view — can await I/O without blocking
import httpx
async def async_view(request):
async with httpx.AsyncClient() as client:
response = await client.get("https://api.example.com") # non-blocking await
return JsonResponse(response.json())
View async def tista' await operazzjonijiet I/O, u tħalli s-server iħandle requests oħra waqt li qed jistenna — effiċjenti għal views li jagħmlu sejħat esterni bil-mod.
import asyncio
async def dashboard(request):
# run multiple slow API calls CONCURRENTLY instead of sequentially
users, orders, stats = await asyncio.gather(
fetch_users(),
fetch_orders(),
fetch_stats(),
)
# 3 calls taking 1s each → ~1s total (concurrent), not 3s (sequential)
return JsonResponse({"users": users, "orders": orders, "stats": stats})
L-avvantaġġ prinċipali: jistennew operazzjonijiet I/O multipli indipendenti konkorrenti (bi asyncio.gather) — overlapping tal-ħinijiet ta' stennija tagħhom għal veloċità kbira meta view tagħaqqad data minn numru ta' sorsi esterni bil-mod.
# async query methods (Django 4.1+)
async def get_articles(request):
articles = [a async for a in Article.objects.all()] # async iteration
article = await Article.objects.aget(pk=1) # async get
await Article.objects.acreate(title="New") # async create
return JsonResponse({...})
Django issa joffri metodi async ORM (aget, acreate, async for) sabiex tista' tagħmel aċċess tad-database fi ħdan views asinkroni mingħajr ma tissieb.
✓ USE async for: I/O-bound views with concurrent external calls, slow APIs,
websockets/streaming, high-concurrency I/O workloads
✗ DON'T expect async to speed up CPU-bound work (it doesn't — that's not the point)
✗ Don't call SYNCHRONOUS blocking code directly in async views (blocks the event loop)
→ wrap it with sync_to_async; use async-compatible libraries (httpx, async ORM)
✗ Much of the Django ecosystem is still sync — mixing requires care (async_to_sync / sync_to_async)
Deployment: needs an ASGI server (uvicorn, daphne), not just WSGI
from asgiref.sync import sync_to_async, async_to_sync
result = await sync_to_async(blocking_function)() # run sync code from async safely
Is-supp asinkroù hija kapaċità moderna sinifikanti ta' Django li ġdira tinfhiemu, għalkemm l-applikabilità tagħha hija speċifika — tipprovdi benefiċċji reali għal workloads dipendenti minn I/O, ta' konkurrenza għolja filwaqt li ma jkunx soluzzjoni universali.
Il-valur ewlieni huwa l-abilitazzjoni ta' I/O konkurrenti effiċjenti: views asinkroni jistgħu await operazzjonijiet bil-mod (sejħat API esterni, kweries tad-database asinkroni) mingħajr ma jsibbuh il-worker, u kruċjalment jistgħu jaħdmu multipli operazzjonijiet I/O indipendenti konkorrenti (via asyncio.gather), overlapping tal-ħinijiet ta' stennija tagħhom — veloċità kbira għal views li jagħaqqdu data minn numru ta' sorsi esterni bil-mod, jew għal skenarji I/O ta' konkurrenza għolja bħal websockets u streaming.
/) li tuża async tajjeb (I/O-bound concurrency) versus meta ma jgħinx (ma jipprovdi benefiċċju għal xogħol CPU-bound) huwa essenzjali biex tuża l-async b'mod xieraq minflok ta' cargo-culting ovunque.
Bħala mod ugwali importanti huma l-avvertimenti li jagħmlu async tricksy f'Django: għandek tuża libreriji kompatibbli ma' async (httpx minflok requests, il-metodi async ORM bħal aget/acreate) u tevita sejħat ta' kodiċi sinkroniu blokka direttament f'views asinkroni (li jibblokka l-event loop, u jbaxxar l-iskop) — li jeħtieġ sync_to_async/async_to_sync bridging, ħandle attent peress li ħafna tal-ekosistema Django tibqa' sinkrona, u server ASGI għal deployment.
"}}