コマンドまたはイベントを使用する必要がありますか？

バス通信におけるコマンドとイベントの違いは、私には少し曖昧に思えます。コマンドは1回だけ実行する必要があることを知っていますが、イベントは複数回処理できますが、コマンドまたはイベントをいつ使用するかはわかりません。

例を見てみましょう：

新しいユーザーがWebアプリケーションに登録するときに、彼にアカウントを作成し、確認メールを送信する必要があります。

アカウントを作成する -これはCreateUserCommand、バスにを送信して、専用のコンポーネントに処理させるための適切な場所のようです。

または、これは非同期バス通信で実装するべきではありませんか？ユーザーがすぐにアプリケーションにログインできるようにしたいと考えています。バスでは、コマンドがいつ実行されるかは保証されません。

メールの送信 -コンポーネントがアカウントを作成した後、2つの可能性を確認できます

1. バスに別のコマンドを送信します SendConfirmationEmailCommand
2. イベントを公開する UserAccountCreatedEvent

そして、電子メール送信コンポーネントがそれを取得し、それを仕事にします。

一方では、確認メールを1回だけ送信したい（コマンドを使用する）一方で、新しく登録したユーザーに関係するコンポーネントが複数存在する可能性があると考えています。ロガーまたはSMS送信者。

どのように実装しますか？

原則として、コマンドは実行される要求を記述し、イベントは発生した何かを記述します。

• コマンドは、プロセッサによって実行されるいくつかのアクションを必要とし、このアクションは、このプロセッサによって1回だけ実行されるべきです。

• イベントは、すでに実行されたアクションまたは外部で発生したアクションの通知です。いくつかのプロセッサ/エージェントは、イベントについて知ることに興味があるかもしれません。それらのいくつかは、責任の領域でこの通知に必要なコマンドまたはアクションをさらに発行する場合があります。

あなたのシナリオでは、私はそれを理解しています：

• CreateUserCommand コマンドです
• UserAccountCreatedEventCreateUserCommandアカウント管理サービスが正常に完了したときに発行されるイベントです

現在、2つの可能性があります。

1. アカウント管理サービスSendConfirmationEmailCommandは、このコマンドがより専門的なサービスによって実行されることを期待しているため、バス上でそれ自体を発行します。
2. アカウント管理サービスは、完了時にイベント通知を送信するだけで、別のサービス（通信サービス、サブスクリプションサービスなど）にメール/ sms / etc ...を送信するかどうか、およびSendConfirmationEmailCommandゲートウェイによって実行されるコマンドを発行するために必要です。

サービスバスアプローチを選択した場合、これが可能にする柔軟性を使用すること、つまりオプション2を優先することは理にかなっています。