1

私は ORM と DDD の初心者なので、しばらくお待ちください。また、私はネイティブ スピーカーではないので、ドメイン用語を英語で表現するのは少し難しいでしょう。

訴訟を制御するシステムを開発しています。

私のドメインには Case というエンティティがあります。

Public class Case
{
   public virtual int Id { get; set; }
   public virtual List<Clients> Clients { get; set;}
   public virtual LawsuitType LawsuitType { get; set;}
}

CaseType は、私が収集したものからすると、値オブジェクトです。シンプルなタイプで、ケースタイプの説明のみです。例：「離婚」「養育費」など。気になる記述だけです。しかし、私は自由な記述子になりたくありません。ユーザーに表示されるオプションを制御し、いくつかのレポートも作成したいと考えています。

だから私は、テーブル「LawsuitTypes」でこれをデータベースにマッピングすることを考えていました。テーブルには int ID と文字列記述子があります。

ComponentMap を使用してそれを達成できますか? または、間違っていて、CaseType がエンティティですか?

ありがとう、ルイス・アンジェロ。

編集：

列挙型の使用が提案されました。しかし、LawsuitTypes がユーザーではなく開発者によって設定されることを意味するため、これは機能しません。一部のユーザーは LawsuitTypes を追加/削除する権限を持っていますが、他のユーザーは持っていません。

4

2 に答える 2

1

IMHOは、LawsuitTypesを独自のエンティティとして扱う必要があります。いつの日か、情報を追加して LawsuitTypes を拡張したい場合があることに注意してください (要件は非常に急速に変化する場合があります)。私の頭に浮かぶのは、「デフォルト」プロパティまたはそのようなものです...これはもちろん追加の作業を意味しますが、この方法により、将来のニーズに対してより柔軟になります。

于 2012-10-04T22:51:45.477 に答える
0

あなたの質問を正しく理解していれば、Description("")属性とシンプルが機能するenumはずです。詳細はこちら。

public enum LawsuitTypes
{
  Divorce,

  [Description("Child Support")]
  ChildSupport,

  [Description("Some Other Element")]
  SomeOtherElement
}
于 2012-10-03T21:09:01.623 に答える