Symfony

Events & Event Subscribers

EventDispatcher, event subscribers, listeners, kernel events, custom events, priorities

20 questions d'entretien·
Confirmé
1

Quel est le rôle principal du composant EventDispatcher dans Symfony ?

Réponse

Le composant EventDispatcher implémente le pattern Observer et permet de découpler les différentes parties d'une application. Il centralise la gestion des événements en permettant à des listeners de réagir à des événements dispatchés sans que les composants ne se connaissent directement. Cela favorise une architecture modulaire et extensible où de nouvelles fonctionnalités peuvent être ajoutées sans modifier le code existant.

2

Quelle est la différence principale entre un Event Listener et un Event Subscriber dans Symfony ?

Réponse

Un Event Subscriber implémente l'interface EventSubscriberInterface et définit ses événements écoutés via la méthode statique getSubscribedEvents(). Un Listener est une classe ou callable configurée via services.yaml ou l'attribut #[AsEventListener]. Le Subscriber est autodescriptif et plus portable, tandis que le Listener offre plus de flexibilité dans la configuration externe.

3

Comment déclarer un Event Subscriber dans Symfony avec l'interface appropriée ?

Réponse

Un Event Subscriber doit implémenter EventSubscriberInterface et définir la méthode statique getSubscribedEvents() qui retourne un tableau associatif. Les clés sont les noms d'événements et les valeurs peuvent être le nom de la méthode, un tableau avec méthode et priorité, ou un tableau de tableaux pour plusieurs méthodes sur le même événement.

4

Quel événement kernel est déclenché en premier lors du traitement d'une requête HTTP dans Symfony ?

5

Comment fonctionne le système de priorité des événements dans Symfony ?

+17 questions d'entretien

Maîtrise Symfony pour ton prochain entretien

Accède à toutes les questions, flashcards, tests techniques, exercices de code review et simulateurs d'entretien.

Commencer gratuitement