4

それらの間で懸念が共有されている境界付けられたコンテキストを定義する方法と、これをドメインエンティティで表現する方法について混乱しています。

例: 顧客は Customer コンテキストで多くの製品を持っています。会社は Company コンテキストで製品のリストを持っています。

したがって、顧客は顧客コンテキストを介して管理され、会社は会社コンテキストを介して管理されます

コンテキストが異なるモジュールにあるとします。

商品と一緒に会社の住所を教えてほしいのですが、どのようにすればよいですか?

顧客を含むモジュールで Company コンテキストを含むモジュールを参照するか、それとも顧客と対話するときに使用するために顧客コンテキストで Company エンティティを作成するか?

ありがとうございました

4

2 に答える 2

6

異なる境界付けられたコンテキストで、同じエンティティの異なる表現を持つことができます。BC 州の会社は、 BCCompany州の会社とは大きく異なる場合がありますUser。共有する必要があるのは、ある種の相関 ID だけです。

于 2011-07-12T11:47:27.910 に答える
1

これは、私たちのプロジェクトでもアプローチした方法です。

ある境界付けられたコンテキストではコントラクトを集約ルートとして使用し、別の境界付けられたコンテキストではコントラクトを値オブジェクト/エンティティとして使用しました

最初のモジュール/BC には、多くの動作を含む大きなコントラクト クラスがありましたが、2 番目のモジュール/BC には、プライベート セッターを持ついくつかのプロパティのみを含む別のコントラクト クラスがありました。

このようにして、SOA 設計においても、2 つの BC を別個のサービスのアセンブリに分離することが可能になります。

于 2011-09-16T10:36:31.283 に答える