Архитектура класса настроек

Question

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

например ,

Настройки.Автомобиль.Цвет

Мне также интересно узнать о классах зависимости SQL в .NET - я бы хотел реализовать этот шаблон observer - просто интересно, есть ли у кого-нибудь какие-либо мысли о том, является ли это лучшим вариантом, или мне следует внедрить свое собственное решение.Добавленные таблицы и настройки в SQL server для этой работы, похоже, ограничивают это управляемым сервером.

Есть какие-нибудь другие классы в рамках фреймворка, на которые мне следует обратить внимание?

Answer 1

Я бы не стал использовать классы зависимостей SQL для определения того, когда что-то меняется в настройках вашей базы данных.Это слишком сильно привязывает вас к конкретной базе данных (хотя вы могли бы абстрагироваться от нее, если хотите).

Скорее, я бы отправил какое-то уведомление о сообщении слушателям, которые заинтересованы в том, чтобы произошли изменения в базе данных, а затем попросил бы слушателей аннулировать свой кэш.

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