Сабж.

Как вы решаете задачу хранения настроек и почему именно так?

Допустим, мой случай: есть несколько серверов данных и приложение работает с одним из них. Но периодически сервер нужно менять и приложение приходится перекомпилировать. Сервера сейчас прописаны в коде и необходимость перекомпиляции понятна.
Еще список серверов можно хранить как ресурс, прямо в xap'е на клиенте или отдельным файлом на сервере, на котором хостится SL приложение.
В первом варианте, при изменении списка студия опять же будет перекомпиливать сборку. Отдельный файл на сервере тоже не очень удобен.

Ну и да, аналогов из .NET'а как всегда нет, но это дело второе и поправимо.

уТКа,

Тут получается то же самое, что и хранение настроек на сервере, но с кешированием за счет IS. Кеширование само по себе не особо нужно.

В общем-то, этот вариант не нравится тем, что на сервере рядом с приложением должен лежать файл с настройками и его могут ненароком поправить. Настройки, все-таки. :)

enigmatic,

А это не те настройки, которые хотелось бы чтобы правили.

enigmatic,

Вообще, я бы разбил "настройки" на три категории:
пользовательские настройки (отображения, языковые);

внешние настройки приложения (конфиги, которые можно редактировать админам);

внутренние настройки приложения (ресурсы).

Первые хранятся где-то в IS, неважно, если их кто-то подредактирует/удалит, это проблемы пользователя. Прятать или не прятать - неважно.
Вторые хранятся на сервере, доступны для чтения всем и для редактирования избранным.
Третьи, по идее, не должны быть доступны для чтения и редактирования, не предполагается, что кто-то должен их использовать отдельно от приложения. Но если до них и можно добраться, то это не страшно. Их можно захардкодить, но это не кажется правильным.

enigmaticДопустим, мой случай: есть несколько серверов данных и приложение работает с одним из них. Но периодически сервер нужно менять и приложение приходится перекомпилировать. Сервера сейчас прописаны в коде и необходимость перекомпиляции понятна.
Еще список серверов можно хранить как ресурс, прямо в xap'е на клиенте или отдельным файлом на сервере, на котором хостится SL приложение.
В первом варианте, при изменении списка студия опять же будет перекомпиливать сборку. Отдельный файл на сервере тоже не очень удобен.
В общем, все правильно.
В моем случае, или перекомпиливать каждый раз из-за изменения ресурса, или тянуть файл с сервера.
Других вариантов нет.

Алексей К,

Действительно. Спасибо!

МСУ,

Спасибо за информацию.
В моем случае это использовать не получится, т.к. серверсайд не аспнетовский.

SeVa,

Извиняюсь за долгий ответ.

Я понимаю, что если у меня не asp.net, то я не смогу применить wcf.
Но как это применимо, если у меня asp.net?

SeVa, МСУ,

Понял. Мне казалось, что WCF это чистый серверсайд.