У меня есть решение, содержащее проект Silverlight, проект службы wcf и другие проекты C#. Я хочу иметь один файл настроек приложения, из которого все проекты могут загружать настройки. Что будет полезно в случае взаимодействия db, регистрации и т. Д. В настоящее время я изменяю файл настроек приложений во всех проектах.Доступ к настройкам уровня приложения в проекте Silverlight
Я использовал Nini успешно в течение некоторого времени. Он позволяет поместить все ваши настройки конфигурации в центральный файл, который затем можно будет ссылаться на все ваши серверные проекты, будь то веб-приложения, запланированные задания, службы wcf и т. Д. Для клиентских приложений Silverlight я создал службу конфигурации WCF , Все приложения Silverlight получают доступ к этой службе при загрузке, чтобы загрузить их настройки. Это означает, что серверные приложения должны знать местоположение файла конфигурации Nini, а клиентам Silverlight нужно знать только URL-адрес службы конфигурации (переносимый через страницу .aspx). Затем служба конфигурации обращается к файлу конфигурации Nini и возвращает коллекцию объектов ConfigurationSettingEntity. Они просто содержат ключ и значение. Конечно, крайне важно удостовериться, что все конфиденциальные настройки (например, строки подключения db) никогда не передаются через службу конфигурации. Nini позволяет разделить файл конфигурации на разделы. В настоящее время у меня есть три раздела. Один для клиентов Silverlight («ClientSettings»), один для параметров на стороне сервера («ServerSettings») и один, который содержит любые общие настройки («CommonSettings»). Таким образом, вы можете убедиться, что служба конфигурации никогда ничего не возвращает из раздела ServerSettings. Это хорошо работает для моих целей.
Можете ли вы привести конкретный пример настройки вы думаете, может быть полезно разделены между Silverlight и другими проектами? – AnthonyWJones