Это могло бы звучать немного немым.
У меня всегда было это впечатление, что web.config должен сохранить все настройки, которые могли быть подвержены изменениям, постсборка и setting.settings должны иметь тот, который может изменить предварительную сборку.
но я видел проекты, которые имели как строка подключения в setting.settings. Строки подключения всегда должны в web.config, не так ли?
Я интересуюсь перспективным ответом дизайна.
Просто немного фона: Мой текущий сценарий - то, что я разрабатываю веб-приложение со всеми тремя уровнями, абстрагированными в трех отдельных проектах Visual Studio таким образом, каждый уровень имеет свой собственный .settings и .config файл.
Web.config в основном предназначен для настройки, а также хранит значения по умолчанию для ваших настроек.
Settings.settings - это просто удобный файл для Visual Studio, который предоставляет пользовательский интерфейс для редактирования ваших настроек.
.config бывает двух видов: App.config для приложений Windows, который будет называться YourApplication.exe.config, и Web.config для веб-приложений. У них одинаковая схема, синтаксис и параметры.
Setting.settings - это класс, он не используется для хранения строки подключения как таковой, он используется для предоставления определенной строки подключения из web / app.config в качестве свойства на занятии. VS также имеет тенденцию жестко кодировать значение по умолчанию, если конкретная строка подключения не может быть найдена.