Когда использование раздела <appSettings>предпочтительнее пользовательского раздела конфигурации?

Question

При создании конфигурации моего приложения или библиотеки я обычно предпочитаю использовать пользовательский раздел конфигурации вместо раздела <appSettings> по следующим причинам.

• Сериализация фреймворка для определенного пользователем объекта конфигурации; Каждое значение конфигурации имеет соответствующий тип
• Значения конфигурации могут быть проверены по типам и диапазонам значений с атрибутами

Учитывая это, когда я захочу использовать свободно набираемый <add/> механизм ключ / значение раздела <appSettings>? Насколько я помню, конфигурация уровня приложения в этом разделе может переопределить существующую конфигурацию уровня машины из machine.config. Это единственный случай или есть другие причины?

Answer 1

Это проще для быстрых и грязных приложений.

Это та же самая причина, по которой ASP.NET имеет такие вещи, как волшебный метод Page_Load - нет явного подключения, вы, вероятно, не используете его в корпоративном приложении; это просто для RAD.

Answer 2

Тег appSettings имеет атрибут «file», который позволяет перенаправить весь раздел appSettings во внешний файл. Например, у вас могут быть разные экземпляры appSettings для разных сред: dev.config, qa.config и т. Д. Я не уверен, что вы можете сделать это с другими разделами конфигурации.

Пример:

<appSettings file="qa.config"/>