0

a）IoCを使用しないと仮定すると、ハンドラーはどこに登録する必要がありますか？アプリケーション層では？

b）おそらく役に立たない質問ですが、ハンドラーの Handleメソッドがドメインイベントを引数として取るような設計の理由の一部です。このように、処理されているドメインイベントを明示的に示し、引数が表現されているかどうかをコードで理解しやすくするためです。ドメインモデルの観点から？

c）から

ドメインイベントは役割であるため、明示的に表す必要があります

「ドメインイベントが役割である」とはどういう意味ですか？

ありがとうございました

アップデート：

a）

IoCの用語では、とはアプリケーションの構成ルートになります。

あなたがここで何を伝えようとしているのかよくわかりませんか？！

b）

はい、私はあなたの質問を完全には理解していませんが。代替案は何でしょうか？

Udiが思いついたデザインが、引数としてイベントを渡す代わりになる可能性があることを意味していませんでした。このデザインが、 b）で述べた利点ももたらすかどうかだけが気になりました。

c）

ロールの概念は、コンテキストに応じて1つのオブジェクトが複数のロールを演じることができるという考えに基づいています。

私は16章と17章（エバンスの本）を読んでいません。私はすぐに大規模なプロジェクトに関与することはないと思いますが、私の知る限り、エバンスの本はこの主題をカバーしていません（これが重要なトピックではありませんが、どういうわけかこのトピックを見落としてしまったのではないかと思います）？

4

1 に答える 1

1

a）ハンドラーは、リポジトリーなどの他の依存関係が登録されているのと同じ場所に登録する必要があります。IoCの用語では、とはアプリケーションの構成ルートになります。

b）はい、あなたの質問を完全には理解していませんが。代替案は何でしょうか？

c）役割の概念は、コンテキストに応じて1つのオブジェクトが複数の役割を演じることができるという考えに基づいています。著者のプレゼンテーションを見てください：役割を明示的にする。

アップデート

a）基本的に、すべての依存関係を構成するアプリケーション内の場所を意味します。単純なコンソールアプリケーションでは、withはMainメソッドの開始近くにあります。ASP.NETアプリケーションでは、アプリケーションの開始を処理するメソッドに含まれます。この質問を見てください。

b）はい、IMOはこれらの利点をもたらしますが、ハンドラークラス自体は興味深い部分ではなく、ラムダになる可能性があることに注意してください。

c）本のこれらの部分は、いくつかの非常に重要なDDDの概念をカバーしています。実際、エバンス自身は、DDDの戦略的側面を最初に入れなかったことを幾分後悔してきました。「ドメイン駆動設計の実装」シリーズの新しい本をご覧ください。

しかし、役割に関しては、エヴァンスが本の中でそれを明確にカバーしているとは思いません。DDDとはOOPほど関係がありません。

于 2013-02-14T19:22:55.867 に答える