このPolymorphic Associationを正しくモデル化するには？

Question

を考えると、次のエンティティ：

コンテナ
ユーザー
クライアント
機関コンテナエンティティは、プロパティAssignedToPartiesを介して1つまたは複数の関係者に関連付けられてい

。

Container.AssignedToPartiesには、ユーザー、クライアント、および機関が混在することがあります。

この関係の推奨ドメインモデルとは何ですか？

私は、次のオプションを検討していた：

1）タイプごとに別々のプロパティを作成します。

Container.AssignedToUsers
Container.AssignedToClients
Container.AssignedToInstitutions

をこれはかなりいるようですビジネスロジックがタイプをチェックしたり、ダウンキャストを行う必要はありません。

2）その後、党のエンティティのコレクションになるユーザー/クライアント/機関

Container.AssignedToPartiesの共通基本クラス「党」を作成します。パーティーの基本クラスはメソッドやプロパティを持たないので、これは簡単な解決策のようです。私はまた、ここにもう一つの継承層を追加する考えが好きであるかどうかはわかりません。

＃3のように、この解決策では、実行時に型をチェックして決定を下し、次にユーザー/クライアント/機関のいずれかにダウンキャストして処理する必要があります。

3）は、ユーザ/クライアント/機関そのマーカーインタフェースIContainerAssignableを作成

これは、少なくともいくつかの型の安全性を提供するだろうが、型チェックとダウンキャストを必要とするを実装します。

今、私は＃3に向かっています。それは最もシンプルなようですが、あなたのコードがロジックを実行していて、与えられたタイプとダウンキャストをテストしなければならないロジックを実行していると、おそらくは悪いデザインがあると思います。

アドバイスありがとうございます。

Answer 1

私の質問に答えてあなたのコメントに基づいて、私はコンテナによって全く処理されないでしょう。あなたの例を使用するには、ファイルはそれを見ている人を知らないし気にもしません。

代わりに、ウォッチャーにコンテナの監視を開始するためのメソッド（またはコレクションプロパティ）を実装させるか（その場合、IContainerWatcherなどを使用することで意味があります）パブリッシュ/サブスクライブメカニズムのように、アソシエーションを維持することに専念するサービスに完全にオフロードされます。これは概念的には、データベース・スキーマの多対多の結合表に似ています。