Le blog de l'équipe

Imaginez : votre utilisateur clique sur "Commander". En coulisses, le domaine Stock doit décrémenter les quantités, le domaine Facturation doit générer une facture, et le domaine Notification doit envoyer un email de confirmation. Trois domaines, une seule action... et un spaghetti de dépendances en perspective. 🍝

Et si ces domaines pouvaient collaborer sans jamais se connaître ?

C'est exactement ce que permet l'Event Bus. Mais avant de foncer tête baissée, une question se pose : Symfony propose déjà l'EventDispatcher pour gérer les événements. Alors pourquoi introduire un nouveau concept ?

Spoiler : ce ne sont pas les mêmes outils, et les confondre peut vous coûter cher.

Dans cet article, nous allons démystifier leurs différences et découvrir comment l'Event Bus de Symfony Messenger vous permet de construire une architecture réellement découplée.

Ce que vous allez apprendre :

• Les différences fondamentales entre EventDispatcher et Event Bus
• Quand utiliser l'un plutôt que l'autre
• Comment configurer un Event Bus avec Symfony Messenger
• Créer une architecture événementielle découplée

Vous êtes-vous déjà retrouvé face à un controller Symfony surchargé qui gère à la fois la validation, la logique métier, la persistence et les réponses HTTP ? Si oui, le CQRS est fait pour vous !

Le CQRS (Command Query Responsibility Segregation) est un pattern architectural qui sépare clairement les opérations d'écriture (Commands) et de lecture (Queries). Combiné avec Symfony Messenger, il vous permet de :

• Organiser votre code de manière claire et maintenable
• Séparer les responsabilités pour respecter les principes SOLID
• Valider vos données avant même qu'elles n'atteignent votre logique métier
• Gérer les transactions de base de données de manière élégante
• Préparer votre application pour l'asynchrone sans effort

Dans cet article, nous allons explorer les Commands (écriture) et les Queries (lecture) à travers un exemple concret de gestion de bibliothèque.

Suite à la migration d'un de nos projets en version Symfony 6.3 nous avons voulu partager les nouveautés qui ont le plus marqué notre attention.

Le sujet des tests fonctionnels est une (longue) histoire chez Wanadev. Notre projet Kazaplan grossissant de plus en plus, nous sommes obligés d'adopter une politique de tests plus en plus stricte au fur et à mesure de l'avancement du projet.

Au menu aujourd'hui, je vous ai concocté un petit article gourmand croquant, sur un framework devenu très populaire au sein de la communauté Symfony dans la mise en place d'API, j’ai nommé le fameux API Platform.

Messenger, apparu au printemps 2018 avec la version 4.1 de Symfony est devenu aujourd’hui un composant majeur du framework français. Et pour cause, Messenger répond parfaitement aux problématiques de performance que nos applications peuvent rencontrer. Comment ? Et bien c’est ce que nous allons découvrir à travers cet article qui couvrira les principales spécificités du composant Messenger.

Avec une utilisation de plus en plus intensive des technologies frontend, les API sont les pierres angulaires du développement web moderne. Quels que soient les langages utilisés, de nombreuses solutions existent avec pour chacune un niveau de complexité et de fonctionnalités différentes. Leurs succès sont indéniables et dessinent l'avenir logique de beaucoup de frameworks backend.

Dans l'écosystème Symfony, le bundle FosRest se taille la part du Lion des implémentations API. Mais est-il possible de faire sans ?

L'équipe a eu besoin d'intégrer une connexion LDAP dans un projet et nous avons trouvé la documentation assez restreinte sur cette partie. Kit de survie : cet article va vous présenter comment utiliser LDAP avec votre projet Symfony !

Symfony Flex se présente comme une nouvelle structure pour nos projets Symfony et peut-être même LA nouvelle structure. Petit retour d'expérience sur les gains techniques de futures nouvelles normes.

Lorsque l'on développe un site avec Symfony, il est souvent pratique d'utiliser les fixtures pour remplir sa BDD de valeurs bidons. Le problème c'est qu'il faut écrire chacune de ces fausses données à la mano, une par une. C'est là qu'utiliser le petit framework Faker peut nous être utile, en nous permettant de créer beaucoup de fausses données lisibles par un humain.