يتبع Django معمارية MVT (Model-View-Template) — وهي نسخة معدلة من نمط MVC الكلاسيكي. وهي تفصل التطبيق إلى ثلاث طبقات: Models (البيانات)، Views (المنطق)، وTemplates (العرض). إن فهم هذه الطبقات يوضح مكان انتماء كل جزء من الكود.
Model → the DATA layer: defines structure & talks to the database (the ORM)
View → the LOGIC layer: processes requests, fetches data, returns responses
Template → the PRESENTATION layer: HTML with placeholders for dynamic data
Request → URLconf (routing) → VIEW → queries MODELS → renders TEMPLATE → Response
# MODEL — defines the data (models.py)
class Article(models.Model):
title = models.CharField(max_length=200)
body = models.TextField()
# VIEW — the logic: fetch data, pass to a template (views.py)
def article_list(request):
articles = Article.objects.all() # query the MODEL
return render(request, "articles.html", {"articles": articles}) # render a TEMPLATE
<!-- TEMPLATE — presentation: HTML + dynamic data (articles.html) -->
{% for article in articles %}
<h2>{{ article.title }}</h2>
<p>{{ article.body }}</p>
{% endfor %}
الـ view يربط كل شيء معاً: فهو يستقبل الطلب، ويستعلم Models للحصول على البيانات، وينقل template مع تلك البيانات لإنتاج الاستجابة.
Classic MVC: Model — View — Controller
Django MVT: Model — Template — View
The mapping (a common point of confusion):
Django's VIEW ≈ MVC's CONTROLLER (the logic that handles requests)
Django's TEMPLATE ≈ MVC's VIEW (the presentation)
Model is the same in both
→ Django says the framework itself acts as the "controller" (URL routing/dispatch).
التسمية تختلف عن MVC: View في Django يلعب دور Controller في MVC (منطق معالجة الطلب)، وTemplate في Django يلعب دور View في MVC (العرض). نظام التوجيه في الـ framework يتعامل مع التوزيع.
✓ Separation of concerns — data, logic, and presentation are independent
✓ Maintainability — change the template without touching logic, etc.
✓ Reusability & testability — test views independently, reuse models/templates
معمارية MVT هي النمط الهيكلي الأساسي لكل تطبيق Django — فهمها يخبرك بمكان انتماء كل جزء من الكود (تعريفات البيانات في models، منطق معالجة الطلب في views، عرض HTML في templates)، وهذا ضروري لتنظيم أي مشروع Django بشكل صحيح.
الفصل بين الاهتمامات الذي تفرضه يجعل التطبيقات قابلة للصيانة (غير العرض دون لمس المنطق)، وقابلة للاختبار (اختبر views و models بشكل مستقل)، وقابلة لإعادة الاستخدام.
من نفس الأهمية فهم خريطة MVT مقابل MVC — وهي مصدر التباس متكرر — حيث أن "View" في Django هو في الواقع معادل controller (المنطق) و"Template" في Django هو معادل view (العرض)؛ معرفة هذا توضح التسمية وتساعد المطورين القادمين من أطر MVC.
تدفق الطلب (توجيه URL → view → models → template → استجابة) هو النموذج العقلي لكيفية معالجة كل طلب Django، مما يجعل MVT أساسياً، معرفة يجب أن تكون معروفة تدعم كيفية هيكلة وتفكيرك في كل كود Django.