Symfony

Events & Event Subscribers

EventDispatcher, Event Subscribers, Listeners, Kernel-Events, benutzerdefinierte Events, Prioritäten

20 Interview-Fragen·
Mid-Level
1

Was ist die Hauptaufgabe der EventDispatcher-Komponente in Symfony?

Antwort

Die EventDispatcher-Komponente implementiert das Observer-Pattern und ermöglicht die Entkopplung verschiedener Teile einer Anwendung. Sie zentralisiert die Event-Verwaltung, indem sie Listeners auf dispatchte Events reagieren lässt, ohne dass sich die Komponenten direkt kennen. Das fördert eine modulare und erweiterbare Architektur, bei der neue Funktionen hinzugefügt werden können, ohne bestehenden Code zu ändern.

2

Was ist der Hauptunterschied zwischen einem Event Listener und einem Event Subscriber in Symfony?

Antwort

Ein Event Subscriber implementiert EventSubscriberInterface und definiert die abonnierten Events über die statische Methode getSubscribedEvents(). Ein Listener ist eine Klasse oder ein Callable, das über services.yaml oder das Attribut #[AsEventListener] konfiguriert wird. Subscribers sind selbstbeschreibend und besser portierbar, während Listeners mehr Flexibilität bei der externen Konfiguration bieten.

3

Wie deklariert man einen Event Subscriber in Symfony mit der passenden Schnittstelle?

Antwort

Ein Event Subscriber muss EventSubscriberInterface implementieren und die statische Methode getSubscribedEvents() definieren, die ein assoziatives Array zurückgibt. Die Schlüssel sind Event-Namen und die Werte können der Methodenname, ein Array aus Methode und Priorität oder ein Array von Arrays für mehrere Methoden zum selben Event sein.

4

Welches Kernel-Event wird bei der Verarbeitung eines HTTP-Requests in Symfony zuerst ausgelöst?

5

Wie funktioniert das Event-Prioritätssystem in Symfony?

+17 Interview-Fragen

Meistere Symfony für dein nächstes Interview

Zugang zu allen Fragen, Flashcards, technischen Tests, Code-Review-Übungen und Interview-Simulatoren.

Kostenlos starten