0

CaseNoteのような子オブジェクトが多数あるオブジェクトがありますCaseNoteContactType。1つのCaseNoteの場合、x個のCaseNoteContactTypeが存在する可能性があります。UIでは、ContactTypesはCheckListBoxに表示されます。

私の質問は、ContactType子オブジェクトをどのように表現するかです。シンプルなint|stringペアです。

public Class CaseNote
{
  public Guid CaseNoteID { get; set; }
  ...
  public ??? ContactType { get; set; }
  etc...
// Down here would be Methods for saving, loading, validating, etc...
}

でしょうContactTypeかDictionary？ IEnumerable<ContactType>？、、、または?? array_collectionList<ContactType>

これらのシナリオでは何が意味がありますか？ContactTypeはCaseNoteなしでは存在できませんが、オブジェクトにするのに十分ですか？それぞれのタイプの意味がわかりません。また、CaseNoteが0から30のContactTypeを持つことができることは重要ですか？

ContactTypeクラスを作成するルートに行くとしましょう。子クラスには、その親のIDを格納するためのプロパティが必要ですか？

ガイダンスは大歓迎です。

私がここから離れているのは、ビジネスオブジェクトを実際に適切に設定したことがなく、現在、自分の環境を自分が読んだものに合わせるのに苦労しているためです。

4

1 に答える 1

2

ContactTypeは参照データのように聞こえます。CaseNoteには0またはN個のContactTypeがあり、1つのContactTypeが多くのCaseNoteに関連付けられている場合があります。あれは正しいですか？

もしそうなら、私はあなたが2つのプロパティ、IdとNameを含むContactTypeと呼ばれる新しいタイプを作ることを提案します（それがintとstringの目的であると仮定します）：

public class ContactType
{
    public int Id { get; set; }
    public string Name { get; set; }
}

次に、CaseNoteクラスで、それらをリスト（またはIListインターフェイス）として宣言します。

public IList<ContactType> ContactTypes { get; set; }

ContactTypesがあるかどうかを確認するには、次のようにします。

if( myCase.ContactTypes.Count > 0 )
{
    ...
}
于 2010-03-04T23:44:05.573 に答える