私は現在、境界付けられたコンテキストの公開に取り組んでいます。このコンテキストの主な役割は、製品とリストです。
製品 : 複数のマーケットプレイスに出品できます。1 つの製品の多くのリスト。
出品 : 一部のマーケットプレイスではバリエーションの出品がサポートされているため、多くの商品を掲載できます。1 つのリストの多くの製品。
上記に基づいて、ListingとProductの間に多対多の関係があります。
両方の集計を作成しました。リスティングを含む Product アグリゲートと、製品を含む Listing Aggregate。
両方の集計でListingを定義することは許容されますか?それとも、Listing を一度定義して両方の集計で使用する必要がありますか?
製品 AR には、リストを作成するときにルールを強制するファクトリ メソッドがあるため (同じマーケットプレイスでの重複リストを回避し、リストの在庫数を確保するなど)、最初のリストは製品集合内になります。
2 番目のリストは、公開の時点で必要な多くの製品からの情報を含む集約ルートになります。このようにして、Listing にメソッドを作成し、それをさまざまなマーケットプレイス (Ebay や Amazon など) が提供するスキーマ定義にマップすることができます。また、同じ製品内のリストから独立してリストを永続化できるようにしたいと考えています。
2 つの集約が重複した定義とオーバーラップしすぎていませんか? これは、1 つの境界付けられたコンテキスト内で予期されることですか?
また、Listing の重複表現を相互に同期させるにはどうすればよいですか?