Partie 1 — Découvrir Symfony & l’écosystème PHP moderne
Public : développeur Next.js / React expérimenté, bases anciennes en Symfony (v5), rouillé en PHP. Objectif de la partie : se resituer dans le paysage Symfony 7.4 sans écrire de code — comprendre ce qu’est réellement Symfony aujourd’hui, d’où il vient, comment son écosystème fonctionne, et où il se place face à Laravel, Node/Nest et aux API routes de Next.js. C’est la carte avant le territoire.
Ce que vous saurez faire à la fin de cette partie
- Expliquer la différence entre les composants Symfony (des briques réutilisables) et le framework full-stack Symfony.
- Situer Symfony 7.4 LTS dans l’histoire et le cycle de versions (et comprendre pourquoi on la choisit plutôt que la 8.0).
- Naviguer l’écosystème : Composer, Packagist, Flex & recipes, bundles, API Platform, Symfony UX, la communauté.
- Décider quand Symfony est le bon choix face à Laravel, Express/NestJS, ou un simple backend d’API routes Next.js.
- Vous représenter mentalement le trajet d’une requête dans une app Symfony, avant d’en écrire la première ligne.
Chapitres de cette partie
- Qu’est-ce que Symfony ? — framework vs bibliothèque de composants, la philosophie, qui l’utilise, le rôle de SensioLabs / Symfony SAS.
- Histoire & versions — de Symfony 2 à 7, le cycle de release semestriel, LTS, BC promise, et pourquoi 7.4 est notre référence.
- L’écosystème — Composer & Packagist, Flex & recipes, les bundles, API Platform, Symfony UX, SymfonyCasts, la doc et la communauté.
- Symfony vs le monde — face à Laravel, face à Node (Express/NestJS), et face aux API routes de Next.js : ce que Symfony apporte à un dev JS.
- Anatomie mentale d’une app Symfony — le trajet requête → réponse, le front controller, où vit quoi dans l’arborescence. La carte mentale à garder pour tout le reste du cours.
Prochain chapitre : 1.1 — Qu’est-ce que Symfony ?