Dois-je utiliser une commande ou un événement?

La différence entre une commande et un événement dans la communication par bus me semble un peu vague. Je sais que les commandes ne doivent être exécutées qu'une seule fois, alors qu'un événement peut être géré plusieurs fois, mais je ne sais toujours pas quand utiliser une commande ou un événement.

Regardons un exemple:

Lorsqu'un nouvel utilisateur s'inscrit à une application Web, nous devons lui créer un compte et lui envoyer un e-mail de confirmation.

Création du compte - cela semble être le bon endroit pour envoyer un CreateUserCommandau bus et laisser un composant spécialisé le gérer.

Ou peut-être que cela ne devrait même pas être mis en œuvre avec une communication par bus asynchrone? Nous voulons que l'utilisateur puisse se connecter immédiatement à l'application. Avec le bus, nous n'avons aucune garantie quand la commande sera exécutée.

Envoi d'email - après que le composant a créé le compte, je peux voir 2 possibilités

1. Envoyer une autre commande au bus SendConfirmationEmailCommand
2. Publier un événement UserAccountCreatedEvent

Et laissez le composant expéditeur d'e-mails le saisir et le faire.

D'une part, je souhaite que l'e-mail de confirmation ne soit envoyé qu'une seule fois (utilisez une commande), d'autre part, je pense qu'il peut y avoir plusieurs composants intéressés par les utilisateurs nouvellement enregistrés. Un enregistreur ou peut-être un expéditeur de SMS.

Comment le mettriez-vous en œuvre?

En principe, une commande décrit une requête qui doit être exécutée, tandis qu'un événement décrit quelque chose qui s'est produit:

• Une commande nécessite qu'une action soit exécutée par un processeur, et cette action ne doit être exécutée qu'une seule fois par ce processeur.

• Un événement est la notification d'une action déjà exécutée ou d'un événement externe. Plusieurs processeurs / agents peuvent être intéressés à connaître l'événement. Plusieurs d'entre eux peuvent en outre émettre des commandes ou des actions requises par cette notification dans leur domaine de responsabilité.

Dans votre scénario, je comprends que:

• CreateUserCommand est une commande
• UserAccountCreatedEventest un événement qui doit être émis lorsqu'il CreateUserCommandest terminé avec succès par le service de gestion des comptes

Maintenant, il y a deux possibilités:

1. Le service de gestion de compte émet lui-même un SendConfirmationEmailCommandsur le bus, car il s'attend à ce que cette commande soit exécutée par un service plus spécialisé.
2. Le service de gestion de compte ne fait rien de plus que l'envoi de la notification d'événement à la fin, et laisse à un autre service (par exemple, service de communication, service d'abonnement, etc.) la décision d'envoyer ou non un e-mail / sms / etc ... et si nécessaire d'émettre une SendConfirmationEmailCommandcommande à exécuter par une passerelle.

Si vous avez opté pour une approche de bus de service, il serait logique d'utiliser la flexibilité que cela permet, c'est-à-dire de privilégier l'option 2.