ドメイン間で値オブジェクトを共有することをお勧めしますか？

Question

システム内に2つのドメイン、OrderdomainとCustomerdomainがあるとします。

どちらのドメインもかなり複雑で大規模なので、それらを1つのドメインにマージすることはオプションではありません。

しかし、それらの間にビジネス関係があります。各オーダーで顧客はオーダーラーとして行動します。

私には少なくとも3つの解決策があります。

1. OrderとCustomerの両方にcustomerTypeをプリミティブ型として格納します。

2. 2つの値オブジェクトOrderDomain.CustomerIdとCustomerDomain.CustomerIdを作成します。これらの型の型が等しいかどうかを比較できることを確認してください。

3. valeobjectのCustomerIdと第三成分「SharedValueObjects」を作成し、どちらが好ましいか、など、より良いものに考え出すことができますか？両方のドメインで

を、そのタイプを使用しますか

Answer 1

私はバリューオブジェクトに関する一般的な質問とあなたのコメントからのより具体的な質問の両方に答えようとしますか？

1. ドメインは値オブジェクトを共有できますか？

によって異なります。現在私が働いているシステムでは、15以上の大規模サービスがあり、 "EMailAddress"、 "PhoneNumber"、 "Money"などの値タイプを共有しています。これらのタイプは明確に定義されていますが、 が他の場所で使用されている可能性があるため、実際に使用されているものに共有値タイプを味わっているだけなので、共有しません。共有すると、システム全体の結合の価格を支払うことになります。

1. 私は顧客と注文の関係をキーをラッピングする値オブジェクトとして公開しますか？

いいえ、他の人も指摘しているように、顧客は注文ドメインで働いている誰かがデータを知り、データを必要としているということです。 「顧客」と「注文」が2つの異なるドメインを表していると主張する場合、「顧客」ドメインはCRMデータのようなものと想定していますか？ 「顧客」とは別に「顧客」と「注文」をモデリングする場合は、「注文」ドメインに必要なデータをドメインに含めることはできません。たとえば、請求先住所を挙げてください。私はタイトカップリングと巨大なオブジェクトグラフに対するあなたの反論を理解していますが、あなたのシステムに複数の "顧客"特権を許可することでこれを処理できます。それぞれの「顧客」は、限定されたコンテキスト内のデータおよび挙動のそれ自身のセットを表す。たとえば、CRMドメインのCustomerエンティティと「Order」ドメインのCustomerエンティティの両方を持つことができます（「オーダー」はカプセル化されたビジネスではないエンティティのように聞こえるため、実際にオーダードメインと推測します）プロセス）。お客様のCRMドメインでは、顧客は確かに注文を受け取り、請求先住所などのようなものを「注文」ドメインに入れるなど、顧客は電話番号、連絡先、郵便住所などのようなものを持っている可能性があります）あなた自身のドメインに入れて注文との関係を取り除く顧客を作成しないでください。あなたはオブジェクトグラフのサイズを減らすだけです。