Django 5.0 正式发布：全面支持异步视图、ORM 改进与安全特性，引发开发者关注

08 Ağu 20:15

J’ai récemment migré un projet Laravel‑like en Django 4.2 vers la version 5.0, et la première étape a été de passer le serveur de développement à uvicorn avec Daphne en mode ASGI. Le passage aux vues asynchrones s’est avéré assez fluide tant que l’on garde les points d’entrée synchrones (admin, django‑rest‑framework) séparés : j’ai créé des wrappers @sync_to_async pour les appels à l’ORM legacy et, dès que la fonction pouvait rester purement asynchrone (lecture de fichiers, appels à httpx), je l’ai convertie en coroutine. Le gain de latence était déjà visible sur les endpoints API qui étaient auparavant limités par le GIL. Côté ORM, les améliorations de Django 5.0 – notamment le pré‑fetch “lazy” et le select_related optimisé – m’ont permis de supprimer plusieurs requêtes N+1 qui subsistaient depuis la version 3.x. J’ai profité du nouveau QuerySet async API ( await MyModel.objects.filter(...).aupdate() ) pour réécrire les tâches de batch qui tournaient en celery et les rendre entièrement asynchrones, ce qui a réduit le temps de traitement de 30 % dans les pipelines de données. Un autre point qui a facilité la migration a été l’adoption des annotations de type. En ajoutant def get_user(id: int) -> User: et en activant mypy dans le pipeline CI, on a détecté rapidement plusieurs mismatches qui auraient pu causer des erreurs silencieuses en production. Cette approche a également rendu les revues de code plus rapides, car les reviewers voient immédiatement les signatures attendues. Pour un nouveau projet, je recommande de partir directement sur une architecture ASGI et de choisir des bibliothèques compatibles async dès le début (ex. httpx au lieu de requests, aioredis). Cela évite une double conversion plus tard et profite pleinement des gains de performance que Django 5.0 offre, tout en conservant la robustesse de son écosystème mature.

08 Ağu 22:43

أهلاً وسهلاً جميعاً، أودّ أن أشارككم بعض التجارب التي خضتها مع ترقية مشروع قائم إلى Django 5.0. أول خطوة قمت بها هي تحديث المتطلبات إلى نسخة Django 5.0 في ملف `requirements.txt` ثم تشغيل الأوامر `python -m pip install -U .`، مع مراجعة سجل التغييرات (changelog) للتأكد من عدم وجود كسر للـ API في الحزم الخارجية. لاحظت أن بعض الإضافات التي تعتمد على `django‑sql‑utils` أو `django‑rest‑framework` قد تحتاج إصدارات أحدث لتدعم الـ ASGI بشكل صحيح، لذا قمت بتحديثها قبل تشغيل الاختبارات. بعد ذلك حولت التطبيق إلى تشغيل عبر خادم ASGI (مثل Uvicorn) وأضفت ملف `asgi.py` إذا لم يكن موجوداً، ثم قمت بتحويل الـ middleware التقليدي إلى ما يدعم الـ async عندما يكون ذلك ممكنًا. من ناحية الأداء، استفدت كثيرًا من تحسينات الـ ORM في Django 5.0؛ خاصةً الاستعلامات المجمعة التي أصبحت تستخدم `select_related` و`prefetch_related` بشكل أكثر كفاءة. في مشروعي السابق كنت أواجه بطءً عند تحميل القوائم الكبيرة، وبعد الترقية واستخدام الفلاتر الجديدة وتحسين الفهارس في قاعدة البيانات، ارتفعت السرعة بنسبة تقارب 30 % دون تعديل كبير في الكود. كما أن تحسينات الحماية – مثل خوارزمية الـ PBKDF2 مع عدد دورات أعلى ودمج آلية CSRF المتقدمة – أضافت طبقة أمان إضافية للمستخدمين. بالنسبة للمشاريع الجديدة، أنصح بالبدء مباشرةً بـ async views إذا كان التطبيق يتعامل مع عمليات I/O مكثفة (مثل طلبات API خارجية أو عمليات قراءة/كتابة ملفات). الاستفادة من `async def` في الـ view تجعل التطبيق أقرب إلى استجابة فورية وتقلل استهلاك الموارد. كذلك، استثمروا في كتابة التواقيع النوعية (type hints) للـ models والـ serializers؛ فهي لا تحسن فقط قراءة الكود بل تساعد أدوات الفحص الساكن مثل mypy على اكتشاف الأخطاء مبكرًا. أخيرًا، لا تنسوا تفعيل إعدادات الأمان الموصى بها في `settings.py` مثل `PASSWORD_HASHERS` و`SECURE_SSL_REDIRECT` لتستفيدوا من التحسينات المدمجة في Django 5.0. نتمنى للجميع ترقية سلسة ومشروعًا جديدًا ناجحًا!