كيف تعمل دورة حياة الطلب في Django؟

Question

IT Interview Practice · Accepted Answer

في Django، يُعالَج الطلب بواسطة **WSGI/ASGI handler**، ويُغلَّف بمكدس من **middleware**، ويُوجَّه بواسطة **محلل الـ URL** إلى **view**، ثم يتحول إلى `HttpResponse` يتدفق عائداً للخارج عبر نفس الـ middleware بترتيب عكسي.

## المراحل

```
Web server ──▶ WSGI/ASGI handler  (ينشئ HttpRequest)
   ▼
Middleware — مرحلة الطلب        (أعلى → أسفل: __call__ قبل get_response)
   ▼
URL resolver (urls.py)  ── مطابقة path → view + kwargs
   ▼
Middleware — hook الـ process_view
   ▼
View (function / class-based)  ── منطقك، يُعيد HttpResponse
   ▼
Middleware — مرحلة الاستجابة        (أسفل → أعلى: بعد get_response)
   ▼
HttpResponse ──▶ client
```

1. **Handler** — يبني الـ WSGI (متزامن) أو ASGI (غير متزامن) handler كائن `HttpRequest` من environ/scope.
2. **Middleware، مرحلة الطلب** — يعمل كود كل middleware الموجود *قبل* `get_response()` من الأعلى إلى الأسفل (`SecurityMiddleware`، `SessionMiddleware`، `AuthenticationMiddleware`، CSRF، …). ويمكن لأي منها أن يقطع المسار مبكراً ويعيد استجابة.
3. **تحليل الـ URL** — تُطابَق أنماط `ROOT_URLCONF` مع المسار لاختيار view والتقاط الـ kwargs.
4. **`process_view`** — hook للـ middleware يعمل مباشرة قبل استدعاء الـ view.
5. **View** — يعمل الـ view الخاص بك (دالة أو صنف)، وعادة يستعلم عن الـ models ويصيّر (render) قالباً، ثم يعيد `HttpResponse`. الاستثناءات تُطلق `process_exception`.
6. **Middleware، مرحلة الاستجابة** — يعمل الكود *بعد* `get_response()` من الأسفل إلى الأعلى، ليتيح للـ middleware تعديل الاستجابة الخارجة (الترويسات، الضغط).
7. يُبَثّ الـ `HttpResponse` عائداً إلى الخادم ثم إلى الـ client.

```python
# middleware.py
class TimingMiddleware:
    def __init__(self, get_response):
        self.get_response = get_response

def __call__(self, request):          # 2. مرحلة الطلب (قبل)
        request.started = time.monotonic()
        response = self.get_response(request)  # يستدعي الطبقة التالية / الـ view
        response["X-Time"] = "..."         # 6. مرحلة الاستجابة (بعد)
        return response

# urls.py  → 3. التوجيه
urlpatterns = [path("items/<int:pk>/", views.item_detail)]

# views.py → 5. الـ view
def item_detail(request, pk):
    return render(request, "item.html", {"item": Item.objects.get(pk=pk)})
```

## لماذا يهم

دورة الطلب/الاستجابة في Django تتمحور حول الـ middleware، لذا فإن معظم السلوك الشامل — المصادقة، والجلسات، وCSRF، وترويسات الأمان، والتخزين المؤقت — يُنفَّذ على شكل middleware مرتَّب. فهم أن كود مرحلة الطلب يعمل من الأعلى إلى الأسفل وأن كود مرحلة الاستجابة يعمل من الأسفل إلى الأعلى (وأن الترتيب في `MIDDLEWARE` مهم) أمر أساسي لوضع الـ middleware الخاص بك بشكل صحيح، وتصحيح سبب حدوث `403`/إعادة توجيه قبل الـ view الخاص بك، ومعرفة أين تربط المنطق دون المساس بكل view.

المراحل

لماذا يهم

أسئلة ذات صلة