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