Каскадные списки и структура сущностей

Question

В нашем проекте ASP.Net у нас есть представление с 3 (или даже более) каскадными комбинированными списками. Вопрос в том, как мы должны конструировать наши (основанные на NHibernate) сущности, учитывая, что отношения между комбинированными коробкамиимеет отношение только к построению представления, и учитывая, что весь катезианский продукт 3 типов сущностей составляет около 2000 сущностей.

Таким образом, вопросы на самом деле:

1. Если мы спроектируем сущности как иерархию, даже если у коллекций нет никакой дополнительной бизнес-ценности (что делает их накладными расходами для любого другого сценария)

2. Если данные отправляются в виде плоских строк?сохранение сущностей более «чистыми», но требует дополнительного кодирования на стороне представления

3. Отделение от последовательных запросов (например, только после выбора комбинации A, данные комбинации B извлекаются с сервера)?сделать весь процесс, возможно, более эффективным, но за счет производительности и, возможно, кэширования?

Есть мысли?

Answer 1

Прежде всего, вы не должны проектировать свою модель (сущности) по одному намеченному интерфейсу.Сегодня это 3 выпадающих списка, завтра может быть автозаполнение и через неделю какой-то новый модный компонент «вау», но ваша модель должна оставаться неизменной - она ​​описывает реальные деловые отношения между сущностями, а не ваш текущий пользовательский интерфейс.Исходя из этого, я думаю, совершенно очевидно, что вы должны использовать комбинацию 2 и 3.