Использование службы справочных таблиц в приложении WPF

Question

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

Сейчас я работаю над настольным приложением. Обновление с vb6 / sybase до сервера vb.net/sql

Я пробую WPF.

Я пошел по тому же пути, создавая свой DAL. один объект для каждой справочной таблицы.

Сейчас я нахожусь на этапе, когда я хочу настроить бизнес-уровень (некоторые справочные таблицы можно редактировать)

И я не уверен, должен ли я следовать тому же процессу, который заключается в использовании ReferenceTableService для «управления» ссылочными таблицами (взаимодействует с DAL, контроллером)

Это будет приложение, которое находится на общем ресурсе, который запускают несколько пользователей.

Какой лучший способ справиться с справочными таблицами? Кэширование их, кажется, не вариант. Должен ли я просто загрузить их, когда каждый пользователь открывает новую форму в приложении? Возможно, используя «ReferenceTableService»?

В этом случае служба справочных таблиц является тонким слоем в приложении. В другом месте не запущен процесс.

Answer 1

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

Загрузка при запуске приложения звучит разумно; Вам просто нужно подумать об ожидаемом времени жизни пользовательского сеанса в сравнении с ожидаемой частотой изменений в справочных данных.

Кеширование: если данные поступают из центральной службы, вы всегда можете ввести там кеширование.