Мне интересно узнать о некоторых передовых методах хранения параметров конфигурации. Допустим, у вас есть некоторые настройки, общие для нескольких приложений. Я слышал как о хороших, так и о плохих способах хранения этих типов настроек, которые необходимо использовать совместно (XML-файлы).
Просто интересно, что является хорошим стандартом с точки зрения сохранения настроек приложения в сборках для упрощения развертывания.
Я думаю, я смотрю на это из двух сценариев:
- Внутреннее приложение (будь то большое .com или небольшое приложение для администратора).
- При создании API для использования другими, как ссылаться на параметры конфигурации, когда вы не знаете, какие конечные значения будут у потребителя, который будет использовать ваш API в своем приложении.
Добавлено-1:
Спасибо. Я слышал ужасные истории о том, что в некоторых местах управление настройками конфигурации в нескольких приложениях вызывает кошмар. Я не занимаюсь сборкой, поэтому я не знаю, почему, но я хочу определенно попытаться убедиться, что я понимаю это сейчас с точки зрения сценариев web.config и пользовательских файлов конфигурации и т. Д.
Добавлено-2:
А как насчет того, когда вы создаете API для использования. Допустим, у вас есть класс, который будет извлекать определенную информацию о конфигурации, но эти конечные точки (свойства) не определены до тех пор, пока клиент не использует ваш API (в частности, C#/.NET)? Где и как бы вы установили эти свойства, скажем, в классе конфигурации, который вы создаете, например «ApplicationDefinitions»?