Что хранить в настройках приложения, числовых / строковых представлениях или объектах?

Question

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

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

С другой стороны, хранение числового / строкового представления объекта облегчает редактирование настройки, поскольку в конце пользователь будет вводить числовую или строковую информацию.

Что вы делаете с этим вопросом?

Answer 1

Интересный вопрос. Лично я стараюсь не хранить сложные объекты в настройках, потому что (на мой взгляд, это субъективно) это усложняет понимание кода для программиста по обслуживанию. Я склонен использовать простые типы (sting, int и т. Д.) В настройках.

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

Например, допустим, у вас есть собственный ErrorLoggingModule, который имеет свойства, такие как «DatabaseConnectionString», «ApplicationID». (Мы используем что-то похожее на это, и каждое приложение, которое мы пишем, получает уникальный идентификатор приложения. Это дает нам центральную базу данных регистрации ошибок для ВСЕХ наших приложений.)

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