2011-02-03 14 views
0

エンジニアがガス井にアクセスするアプリケーションがあります。彼は7つの特性の任意の組み合わせを選択することによって井戸のリストを見ることができる。特性は、会社、州、郡、流域、支店、フィールド、オペレータのそれぞれの順序です。アプリケーションが始まり、企業のリストを取得する必要があります。ユーザーに表示される会社は、セキュリティ資格情報に基づいています。私のリポジトリのベースとなる集約ルート/ドメインオブジェクトは何でしょうか。私はまずユーザーを考えましたが、ユーザーについて何も検索しませんでした。これらの項目と他の2つの属性の組み合わせは、総称して井戸ヘッダ情報と呼ばれます。それが私のリポジトリの集約ルートオブジェクトかドメインオブジェクトですか?そのような短い説明では、事前集計根の決定方法

答えて

0

おかげで、それだけで、あなたのデザインが可能性がどのようにquessすることができます。

私はそれを読んでいるので、あなたは本当に特定のエンジニアのための井戸に興味があります。 (あなたが言うエンジニアですか?)

最初の試みは、井戸の概念を集合ルートとしてモデル化することです。

そのため、おそらくこのような何か:

ICollection<Well> wells = WellRepository.GetWellsForEngineer(engineerInstance); 

たぶん、あなたのエンジニアは、特性オブジェクトに関連付けられています。 いずれにしても、エンジニアが実際に割り当てられているウェルを抽出できるように、エンジニアを特定の会社、州などのウェルに関連付ける必要があります。

これが役に立たなかった場合は、おそらくあなたのドメインを詳しく調べることができます。

関連する問題