例外的なシナリオのCQRS - ドメイン例外とイベントの比較

Question

集計から例外をスローするのではなく、イベントを発行することをお勧めしますか？さあ、私は、ある学年の学生だけがスポーツに登録できるという要件があるドメインを持っています。基準を満たしていない学生のEnrollForSportsに電話をかけた場合、特に集計やプロセス管理者がプロセスの結果に興味を持っている場合、集合体は例外を投げたりイベントを公開したりするべきですか？

イベントが公開されている場合、イベントが集計の状態を変更しないにもかかわらず、再生中に対応する内部イベントハンドラがイベントを処理する必要があるとは限りませんか？

例外がスローされた場合、他の当事者にはどのように通知されますか？コマンドハンドラが例外をキャッチしてイベントを発生させることはできますか？コマンドハンドラからイベントを発生させることはできますか？

Answer 1

主に、コマンドは有効で実行されているか、無効で実行されていないことが必要です。エラーイベントを発生させるというアイデアは、途中にあなたを残し、コマンドを送信した人へのフィードバックがあいまいで遅れています。また、あなたのドメインでは複雑ではありません。例外をスローすると、コマンドを送信したクライアントコードに即座にフィードバックが返されます。

Answer 2

この質問は一般的には答えられません。 「ベストプラクティス」はなく、実際には多くの要素に依存しています。

このトピックにはjust recently been discussed at the DDD/CQRS mailing listがあります。それを読んで、面白いと有益な点があるかもしれません。

ああ、ここでは、トピックに関するブログ記事です：Business Errors are Just Ordinary Events