Когда использование раздела <appSettings> предпочтительнее пользовательского раздела конфигурации?
При создании конфигурации моего приложения или библиотеки я обычно предпочитаю использовать пользовательский раздел конфигурации над <appSettings> раздел по следующим причинам.
- Сериализация фреймворка для определенного пользователем объекта конфигурации; каждое значение конфигурации имеет соответствующий тип
- Значения конфигурации могут быть проверены по типам и диапазонам значений с атрибутами
Учитывая это, когда бы я хотел использовать свободно набранный <add/> механизм ключ / значение <appSettings> раздел? Насколько я помню, конфигурация уровня приложения в этом разделе может переопределить существующую конфигурацию уровня машины из machine.config. Это единственный случай или есть другие причины?
2 ответа
Это проще для быстрых и грязных приложений.
По той же причине в ASP.NET есть такие вещи, как волшебный метод Page_Load - нет явного подключения, вы, вероятно, не используете его в корпоративном приложении; это просто для RAD.
Тег appSettings имеет атрибут "file", который позволяет перенаправить весь раздел appSettings во внешний файл. Так, например, у вас могут быть разные экземпляры appSettings для разных сред: dev.config, qa.config и т. Д. Я не уверен, что вы можете сделать это с другими разделами конфигурации.
Пример:
<appSettings file="qa.config"/>