SymfonyLive Paris 2025 comme si vous y étiez

JoliCode - JoliCodeBlog - 02/04
Les 27 et 28 mars 2025, la Cité Internationale Universitaire de Paris a résonné sous les applaudissements : le Symfony Live Paris célébrait les 20 ans de Symfony ! Nous y étions à la fois en tant que spectateurs assidus mais aussi pour partager notre expérience avec 2 conférences

Les 27 et 28 mars 2025, la Cité Internationale Universitaire de Paris a résonné sous les applaudissements : le Symfony Live Paris célébrait les 20 ans de Symfony !

Nous y étions à la fois en tant que spectateurs assidus mais aussi pour partager notre expérience avec 2 conférences (Mercure et HTMX) et 2 Lightnings Talks (MCP et User Agent).

Dans cet article, nous souhaitons partager ce que nous retenons de ces deux journées – si vous n’y étiez pas, voici ce que vous avez raté !

Section intitulée la-keynote-de-fabien-potencierLa Keynote de Fabien Potencier

Fabien a ouvert la journée de conférence avec sa keynote. Il y a retracé l’histoire de l’initiative DX de Symfony, qui a officiellement commencé en 2017 avec l’arrivée de Symfony Flex. Son objectif : simplifier l’installation et la configuration des packages Composer. Depuis, cette démarche d’amélioration continue ne s’est jamais arrêtée, pour notre plus grand bonheur.

Il a également souligné qu’un package open-source, sans communauté ni documentation, n’est pas réellement open-source. Pour lui (et nous partageons cette vision) :

Community > DX > Doc > Code

Pour conclure sa keynote, il s’est appuyé sur un post récent dans l’écosystème Laravel pour poser une question surprenante : serait-il possible de faire tenir toute une application Symfony dans un seul fichier ?

La réponse est oui. Il a nommé cette édition expérimentale « Symfony Hello ». Toutefois, elle n’est pas disponible en ligne, car elle n’a pas d’utilité pratique, si ce n’est pour la beauté de l’exercice ou comme démonstration technique.

Poussant l’idée encore plus loin, il s’est demandé s’il était possible d’avoir un unique fichier capable de servir une application Symfony aussi bien en HTTP qu’en CLI. Là encore, la réponse est oui 🎉. Il a baptisé cette version « Symfony Solo » (ndlr : on aurait aussi pu l’appeler « Symfony YOLO » 😆). Dans cette édition, il est possible de refactorer le code en plusieurs fichiers pour plus de lisibilité. Et avec seulement quelques lignes de configuration, Symfony continue de fonctionner 💪.

À travers ces démonstrations, Fabien a prouvé que Symfony est d’une flexibilité remarquable, capable de s’adapter à tous les besoins et toutes les architectures.

Section intitulée autour-des-apiAutour des API

Section intitulée le-composant-symfony-mapper-antoine-bluchetLe composant Symfony Mapper – Antoine Bluchet

Un nouveau composant Symfony vient d’arriver dans notre boîte à outils 🎉

Le ObjectMapper est conçu pour faciliter la transformation de données entre différentes structures dans les applications Symfony. Contrairement au Symfony Serializer, qui convertit des objets en formats spécifiques (JSON, XML) et vice versa, le ObjectMapper se concentre sur la conversion d’un objet en un autre, simplifiant ainsi le mapping de données complexes.

L’interface proposée est super simple :

interface ObjectMapperInterface { /** * @template T of object * * @param object $source The object to map from * @param T|class-string<T>|null $target The object or class to map to * * @return T * * @throws MappingException When the mapping configuration is wrong * @throws MappingTransformException When a transformation on an object does not return an object *...
[Courte citation de 8% de l'article original]
Loading...