Akka の永続的な (Eventsourcing/CQRS) でアクターをどのように構成すればよいですか?
e コマース アプリケーションにこれらのドメイン オブジェクトがあります
私の質問は、 Actors をどのように構築すればよいですか? 特に e コマース ドメイン モデルに関して、どちらかを選択することの利点と欠点は何ですか?
あなたの質問は、集計の境界に関するものだと思います。
いずれにせよ、集計間に階層構造があってはなりません。集計は互いに独立している必要があります。親子関係なし。
あなたの説明によると。ストアを作成してそこに製品を追加できる User Aggregate があります。
Store は、User 集約によって開始される別の集約である可能性があります。ユーザーがストアを作成できるという事実は、ユーザーが親子関係を持つ必要があるという意味ではないことに注意してください。それはアクセス制御に関するものです。ストアはユーザーによって作成され、このユーザーのみが製品をストアに追加する権限を持っています。
ただし、Product は Store 集計内のエンティティのようです。
4 番目の例「カート - ユーザーは、他のユーザーのストアから任意の製品をカートに追加できます」は、まったく異なるものを示しています。2 種類のユーザーがいます。ストアおよび特定のストアのコンシューマーを作成および管理するユーザー。それらは同じではなく、異なる方法でモデル化する必要があります。
オブジェクトが類似しているという理由だけでオブジェクトを再利用しようとせずに、ビジネスのドメインをモデル化するようにしてください。