Просто хотел, чтобы группы думали о том, как обрабатывать детали конфигурации сущностей.
В частности, я имею в виду настройки высокого уровня, которые могут быть изменены администратором. такие вещи, которые вы можете хранить в приложении или web.config в конечном итоге, но с точки зрения DDD должны быть явно установлены где-то в объектах.
В качестве примера возьмем веб-систему управления контентом или приложение для блога.
У данной сущности записи блога есть любое количество настроек экземпляра, таких как автор, контент и т. д.
Но вы также можете установить (например) описание или ключевые слова по умолчанию, с которых должны начинаться все записи на сайте, если они не были изменены автором. Конечно, вы можете просто сделать эти константы в классе, но тогда владелец сайта не сможет изменить значения по умолчанию.
Итак, мои мысли следующие:
1) используйте свойства уровня класса (статические) для представления этих настроек, а затем установите их при запуске приложения, установив их либо из БД, либо из web.config.
or
2) использовать отдельный объект для хранения настроек, возможно, словарь, либо использовать его напрямую, либо сделать его членом класса Entry
Что кажется вам самым простым/гибким? Меня беспокоит первый из них, потому что он не кажется мне очень подключаемым (если я в конечном итоге захочу добавить больше функций), поскольку изменение методов класса объекта заставит меня также изменить само приложение (что похоже на нарушение OCP). ). Однако второй кажется более тяжелым, особенно если мне затем нужно приводить или анализировать значения из словаря.