0

私たちは現在のプロジェクトでDDDのプラクティスを使用しています。私たちの問題は、多くの境界のあるコンテキストがあり、各コンテキストはその永続レイヤを含む階層化されたアーキテクチャです。問題は、例えば、限定されたコンテキストでは、他の限定されたコンテキストからのデータを参照する必要があるということです。例えば、IdentityAccessコンテキストは、ユーザーの管理を担当するコンテキストです。UserModelが含まれます。別の制限されたコンテキストでは、SubscriberUserModelを作成します。このサブセット情報には、その限定されたコンテキスト内のユーザーモデルのサブセット情報が含まれています。 移行プロジェクトには、移行を管理するために使用されるすべての限定コンテキストのすべてのモデルとデータベース が含まれていますが、問題が発生しています。私たちは新しい移行にDDD複数の境界付きコンテキストを持つEntity Framework統合の問題

enter image description here

を生成しようとすると、私たちは、同じテーブルを参照している1つのエンティティが 私の質問は、スマートな方法 でこの問題を処理する方法にこれはEF例外であることがよりを持つことができません

答えて

3

答えはではありません

DDDの観点からは間違っています。バインドされたコンテキストは、あなたの場合のような関係でバインドされるべきではありませんが、別のコンテキストのテーブルとは関係のない独立したテーブルです。

コンテキストAの中に必要なプロパティを持つコンテキストAのユーザを作成する必要があります。コンテキストAのユーザに関する情報は、コンテキストB、イベント、キュー、Webサービス、いくつかの並べ替えのトリガなど、しかし、それらは関係に縛られるべきではありません。

コンテキストAのエンティティおよびビジネスプロセスとは無関係な不​​要なデータをコンテキストBからコピーしている可能性があります。同じ名前(User)を使用していますが、コンテキスト内の役割とロジックはまったく異なります。あなたをばかにさせてはいけません!

件名の動画はJulie Lerman on Pluralsight(not a :)です)。

関連する問題