カスタム エンティティを使用している n 層アプリケーションでは、ルックアップ テーブルから必要なデータをどのように処理していますか? これらのルックアップ テーブルごとにエンティティを作成しますか、それとも他の戦略を採用しますか?
例えば。ドロップダウンリストに入力するために使用される「評価」ルックアップテーブルがあります。ratingid と rating プロパティを使用して評価オブジェクトを作成し、それを UI に渡しますか、それとももっと効率的な方法がありますか?
あなたの考えに感謝します。
解決策は、検索データが変更される頻度、編集可能にする必要があるかどうか、およびデータベースで参照整合性を強制しているかどうかによって異なることをお勧めします。各ルックアップ タイプを別のテーブルに入れると、スキーマが理解しやすくなると思います。
私は通常、ルックアップ テーブルごとにエンティティを作成しませんが、代わりに、アプリケーションで簡単に再利用できる構造に共通のルックアップのほとんどを読み込みます。ほとんどの Web コントロールに簡単にバインドできる辞書。
そして、恐ろしいことに、これらすべてのルックアップへのアクセスを管理するシングルトンを作成することがあります。これは、要件に応じて、静的変数またはキャッシュに保存できます。
さまざまなルックアップ タイプをさまざまなオブジェクトに分離します。前もって少し手間がかかるように思えますが、オブジェクトに追加情報を追加するなど、必要に応じて個々のオブジェクトに変更を加えることができます。