Dans le développement de tes applications, tu auras souvent besoin que ton application puisse réagir à des événements de manière flexible. Par exemple, imaginons que tu souhaites notifier plusieurs systèmes lorsque certaines actions se produisent (comme l'inscription d'un utilisateur). C'est là que le Pattern Observer entre en jeu. Ce pattern te permet d'établir une relation entre des objets, afin que lorsque l'état de l'un change, tous les autres soient automatiquement informés et mis à jour.
Symfony implémente déjà efficacement ce pattern grâce à l'Event Dispatcher, ce qui le rend bien pratique et puissant à utiliser dans tes projets.
Le Pattern Observer permet de définir une relation entre le sujet observé et un ou plusieurs observateurs. Lorsqu'un changement d'état survient sur l'objet observé, tous les observateurs sont notifiés pour qu'ils puissent réagir en conséquence.
Voilà comment ça fonctionne :
Imaginons que tu as un site où un utilisateur peut s'inscrire. À chaque inscription, tu veux envoyer un email de bienvenue, ajouter l'utilisateur à une liste de newsletters et informer un système d'analytics.
Plutôt que de tout coder de manière rigide au même endroit, tu peux déléguer ces tâches à différents observateurs qui seront informés dès que l'événement "utilisateur inscrit" est déclenché.
Dans Symfony, tu vas utiliser l'Event Dispatcher pour mettre en place le Pattern Observer. Ca va te permettre d'organiser le code proprement et de le rendre extensible sans modification de la logique de base.
On va commencer par créer un événement qui sera dispatché lorsqu'un utilisateur s'inscrit. Ce dernier contiendra les informations de l'utilisateur.
Maintenant, dans ton contrôleur ou service, tu vas dispatch cet événement quand un utilisateur s'inscrit.
Ensuite, tu vas devoir créer les observateurs, qui seront appelés à chaque fois que l'événement d'inscription est dispatché. Ici, tu as l'exemple où on envoie un email et on ajoute l'utilisateur à une liste de newsletters.
Tu dois maintenant enregistrer les listeners dans la configuration pour qu’ils écoutent l’événement user.registered.
Dans config/services.yaml, il faut ajouter les observateurs comme services :
ℹ️ Depuis la version 5.3 de Symfony, tu peux utiliser des attributs PHP pour configurer les services et les écouteurs d'événements (event listeners). C'est une approche plus moderne qui te permet de déclarer les événements directement dans les classes, au lieu d’utiliser le fichier services.yaml.
Tu peux donc utiliser l'attribut #[AsEventListener] directement sur la méthode de ton listener.
Je vais te montrer comment adapter les deux observateurs avec des attributs (donc plus besoin de config particulière dans config/services.yaml ? :
RegistrationController에 사용자를 등록하면 이벤트가 전달되고 Symfony는 자동으로 해당 관찰자를 호출합니다. 이메일이 전송되고 이러한 작업/로직이 비즈니스 코드와 혼합되지 않고 사용자가 뉴스레터 목록에 추가됩니다.
필수이니까요! 귀하의 신청서는 다음과 같습니다:
패턴 관찰자는 이벤트가 핵심 요소(도메인 이벤트)인 DDD(도메인 중심 설계) 기반 아키텍처에서 자주 사용됩니다. 이러한 이벤트를 통해 시스템의 다양한 부분이 반응할 수 있으며, 종종 기본 도메인 외부에서도 반응할 수 있습니다. 하지만 그것은 DDD에 대한 향후 전체 기사에 대한 토론입니다!
위 내용은 디자인 패턴 관찰자: 강력한 알림 시스템의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!