EasyAdmin sans dette : le CSS d'abord, les templates en dernier recours
Personnaliser un back-office EasyAdmin sans se créer une dette de maintenance ? Ma règle : le CSS d'abord, les templates en dernier recours. 🎨
Quand on veut adapter le rendu d'EasyAdmin (ou de n'importe quel bundle Symfony), la tentation est de surcharger les templates Twig du bundle. Ça marche… mais chaque montée de version devient une loterie : le template d'origine a changé, votre copie est obsolète, et les régressions sont silencieuses.
Mon approche sur mes projets :
- ✅ Une feuille de style « bridge » qui cible les classes existantes du bundle et ajuste le rendu par-dessus
- ✅ Les points d'extension officiels (configurateurs de champs, options CRUD, events)
- ❌ La copie de templates Twig, uniquement quand il n'existe aucune autre voie — et documentée comme telle
Le CSS survit aux mises à jour mineures du bundle. Un template copié, rarement.
C'est valable au-delà d'EasyAdmin : moins on fork le code d'un bundle, moins on paie de dette à chaque upgrade.
