Вопрос

Я использовал эти два файла конфигурации много раз раньше, но я никогда не тратил время, чтобы полностью понять, как они действительно работают. Как это делает большинство людей, я понимаю основы в том, как звонить WebConfigurationManager.AppSettings["key"] Чтобы получить значения конфигурации.

Вот несколько вопросов, которые я придумал:

  1. Что происходит, когда вы ссылаетесь на значение конфигурации в библиотеке классов, а библиотека является частью более крупного решения? Нужно ли копировать App.config в выходной каталог, чтобы найти переменные? (Я предполагаю да)
  2. Можете ли вы напрямую использовать значение конфигурации из App.config в другой библиотеке классов?
  3. Предполагая, что вопрос 3 - это «да», что происходит, если есть несколько файлов app.config из разных библиотек, содержащих значения конфигурации с одним и тем же ключом?
  4. Что происходит, когда вы ссылаетесь на web.config, но в библиотеке классов?
  5. Что происходит, когда вы ссылаетесь на App.config, но на веб -сайте или проекте веб -приложений?
Это было полезно?

Решение

Основной ответ на все ваши вопросы одинаков: если вы не настроите что -то необычное, все сборки в вашем проекте будут читать из одного и того же файла конфигурации. В веб -приложении они все будут читать из "web.config". В любом другом типе проекта они будут читать из файла конфигурации стартовой сборки.

Другие советы

Используемое приложение/ web.config - это то, что запускает процесс. Легче, если я приведу пример:

  • Предположим, что все проекты в решении имеют приложение или web.config.
  • Тест в проекте А вызовы код в проекте Беременный который называет веб -сервис в проекте В который вызывает код в проекте Дюймовый.

В этом случае код в проекте А а также Беременный будет использовать app.config в проекте А. Анкет Код в проекте В а также Дюймовый Будет использовать web.config в проекте В.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top