カスケードされたコンボボックスとエンティティ構造

Question

ASP.Netプロジェクトでは、3つ（またはそれ以上）のカスケードコンボボックスを持つビューがあります。 質問はどのようにして（NHibernateベースの）コンボボックス間の関係は、ビューを構築するためにのみ関連し、3つのエンティティタイプの全Catesian製品が約2,000のエンティティであることを前提としています。

だから、質問は実際には、次のとおりです。

1. 我々は、コレクションが（したがって、それらを他のシナリオのためのオーバーヘッドを作る）

2. を追加のビジネス価値を持っていないにもかかわらず、階層構造としての実体を設計する必要がありますデータをフラットな行として送信する必要がありますか？エンティティをよりクリーンに保ちながら、ビュー側に追加の コーディングが必要です。

3. （結果として、コンボAが選択された後でコンボBのデータがサーバーから取り出されます）プロセス全体をより効率的にすることができますが、パフォーマンスとキャッシュのコストを犠牲にしていますか？

どのような考えですか？

Answer 1

まず、1つの意図されたUIでモデル（エンティティ）を設計するべきではありません。今日は3ドロップダウン、tommorowそれは1週間でいくつかの新しいファンシーな "ワウ"コンポーネントを自動完成することができますが、あなたのモデルは固体状態を維持する必要があります - 現実の、これから、2と3の組み合わせを使用することが明らかになったと思います。