n-уровневый дизайн, справочные таблицы и пользовательские объекты

Question

В n-уровневом приложении, где вы используете пользовательские объекты, как вы обрабатываете данные, необходимые из справочных таблиц? Вы создаете сущности для каждой из этих таблиц поиска или используете какую-то другую стратегию?

Например. У меня есть таблица поиска «Рейтинги», которая будет использоваться для заполнения выпадающего списка. Вы бы создали объект рейтингов со свойством ratingid и рейтингом и передали его в свой интерфейс, или есть более эффективный способ сделать это?

Ценю ваши мысли.

Answer 1

Я бы предположил, что решение будет зависеть от того, как часто изменяются искомые данные, нужно ли их редактировать или нет, вы применяете ссылочную целостность в базе данных. Я думаю, что это делает схему более понятной, если вы поместите каждый тип поиска в отдельную таблицу.

Обычно я не создаю сущности для каждой таблицы поиска, но вместо этого загружаю большинство общих поисков в структуры, которые легко повторно используются приложением - например, для приложения asp.net я создам хеш-таблицы или упорядоченные словари, которые можно легко привязать к большинству веб-элементов управления.

И, к ужасу ужасов, я иногда создаю синглтон для управления доступом ко всем этим поискам, который может храниться как статические переменные или в кэше, в зависимости от требований.

Answer 2

Мы разделяем разные типы поиска на разные объекты. Кажется, что это немного больше работы, но она дает нам возможность вносить изменения в каждый отдельный объект, когда это необходимо, например, добавление дополнительной информации к объекту.