L'auditeur de la doctrine par rapport à l'abonné

Question

Je travaille dans le cadre de Symfony2 et je me demande quand utiliser un abonné Doctrine plutôt qu'un écouteur. La méthode de Doctrine documentation pour les auditeurs est très clair, mais les abonnés sont plutôt négligés. L'interface de Symfony entrée du livre de recettes est similaire.

Answer 1

Les deux vous permettent d'exécuter quelque chose sur un événement particulier pré/post persist etc.

Toutefois, les listeners ne vous permettent d'exécuter que les comportements encapsulés dans votre entité. Ainsi, un exemple pourrait être la mise à jour d'un horodatage "date_edited".

Si vous avez besoin de vous déplacer en dehors du contexte de votre entité, vous aurez besoin d'un abonné. Un bon exemple pourrait être l'appel d'une API externe, ou si vous devez utiliser / inspecter des données qui ne sont pas directement liées à votre Entité.

Answer 2

Extrait de la documentation :

La manière la plus courante d'écouter un événement est d'enregistrer un écouteur avec le répartiteur. Ce récepteur peut écouter un ou plusieurs et est notifié chaque fois que ces événements sont distribués.

Une autre façon d'écouter les événements est d'utiliser un abonné aux événements. Un abonné est une classe PHP qui est capable d'indiquer au répartiteur exactement à quels événements il doit s'abonner. Elle implémente la classe l'interface EventSubscriberInterface, qui requiert une seule méthode statique appelée getSubscribedEvents().

Voir l'exemple ici :

https://symfony.com/doc/3.3/components/event_dispatcher.html