.NET Config Files configSource поза папкою каталогу програм

У мене є дві програми - одна консольна, а інша - програма ASP.NET. Їм обом потрібно знати одні й ті ж appSettings і connectionStrings. Тому в ідеалі я хотів би використовувати властивість configSource файлів app.config / web.config, щоб вказати це на центральне розташування. Наприклад

<connectionStrings configSource="D:\connectionStrings.config"/>
<appSettings configSource="D:\appSettings.config"/>

Однак це не вдається з помилкою:

Недійсний атрибут configSource .: Недійсний файл configSource 'D: \ appSettings.config'. Він повинен посилатися на файл у тому ж каталозі або в підкаталозі, що і файл конфігурації.

Чи є в будь-якому випадку все-таки використовувати менеджери конфігурацій appSettings / connectionStrings і отримувати значення із зовнішнього розташування?
Я задоволений необхідністю додавати код для цього, але я не хочу замінювати всю систему диспетчера конфігурацій.

Іншим рішенням є просто додати файл конфігурації до всіх ваших проектів як посилання, а не фактично копіювати файл у ваші проекти. Потім встановіть для "Дії побудови" файлу значення "Вміст", а для "Копіювати в каталог виводу" значення "Копіювати, якщо нове", а при компіляції проекту файл буде розміщений у вихідному каталозі.

Щоб додати файл як посилання у діалоговому вікні «Додати існуючий елемент», є кнопка Додати зі спадним меню. Виберіть "Додати як посилання" зі спадного меню кнопки "Додати", щоб завершити процес.

У розділі appSettings ви можете використовувати файл = замість configSource =

Здається, так воно і є. configSource повинен бути в тій же папці або глибше.

Ви можете , хоча я не впевнений, що ви повинні , використовувати жорстке посилання NTFS. [божевільна усмішка]

Visual Studio 2015

Якщо у вас виникла ця проблема з Web.Config, прийнята відповідь є правильною, але просто для розширення, оскільки це змусило мене дати собі обличчя:

Коли ви додаєте файл .config до свого проекту за допомогою "Додати як посилання", а потім встановлюєте властивість Копіювати посилання на "Копіювати, якщо новіше" або "Копіювати завжди", тоді фізичний файл буде скопійовано в папку / bin.

Таким чином, коли у вас є розділ конфігурації, визначений у Web.Config, таким чином:

 <section name="mySpecialConfig" type="System.Configuration.AppSettingsSection" requirePermission="false" />

тоді ви повинні визначити відповідний елемент конфігурації таким чином:

  <mySpecialConfig configSource="bin\MySpecialConfig.config">
  </mySpecialConfig>

такі, що configSource вказує на фізичний файл bin \ MySpecialConfig.config, а не на посилання. Також зверніть увагу, що шлях є відносним фізичним шляхом.

Це може здатися смішно очевидним, але якщо ви не робили цього раніше, ніж фізичний файл ще не в папці \ bin, то він може не натиснути відразу.

Ви можете завантажити конфігурацію з довільного розташування, але вона не буде доступна через статичні властивості ConfigurationManager:

Configuration myConfig = ConfigurationManager.OpenExeConfiguration(path)

(Існує перевантаження, що дозволяє вказати безліч файлів, щоб підтримувати ієрархію за замовчуванням / користувальницький роумінг / локальний користувач.)

Втрата статичних властивостей означає, що весь код повинен знати про різну конфігурацію.

У випадку рядків підключення дійсно можна вказати на спільний файл. Якщо спільний файл знаходиться в мережі UNC, він вимагає адміністративних привілеїв на машині, де розміщуватиметься програма.

Рішення. У веб-файлі web.config використовуйте configSource, щоб вказати на локальний файл конфігурації. Через обмеження .Net це повинно бути на рівні кореневого конфігураційного файлу або нижче. Я просто вказую на файл у самій папці програми:

<connectionStrings configSource="ConnectionStrings.config" />

У спільному розташуванні, яке доступне користувачеві пулу програм, додайте файл конфігурації, що містить спільні рядки підключення. Цей файл не повинен містити жодного xml, крім самого розділу connectionStrings. Спільний файл ConnectionStrings.config виглядає так:

<connectionStrings>
    <clear/>
    <add name="connString1" connectionString="connString1 info goes here"/>
    <add name="connString2" connectionString="connString2 info goes here"/>
</connectionStrings>  

Тепер фокус. Створіть символічне посилання Windows у папці програми, вказуючи на зовнішній спільний конфігураційний файл. Для цього вам знадобляться права адміністратора:

mklink ConnectionStrings.config \\someServer\someShare\someFolder\ConnectionStrings.config

Ми щойно перехитрили .Net. Система конфігурації використовуватиме налаштування configSource для пошуку рядків підключення в локальному файлі, який називається ConnectionStrings.config. Символічне посилання виглядає як файл у .Net, а символічне посилання переходить у спільний файл конфігурації.

Застереження. Зміни у спільному файлі не викликають автоматичного перезапуску програми в .Net. У випадку IIS веб-сайт або пул програм потрібно буде перезапустити вручну.

Через необхідність адміністративних привілеїв для створення символічного посилання, цей підхід може працювати не для всіх. Є дві пов’язані альтернативи, які можуть працювати, якщо спільний файл знаходиться на одному логічному диску - жорсткі посилання та розв’язки. Дивіться цю дискусію та цю дискусію для отримання додаткової інформації.

Ви можете розмістити обидва налаштування в machine.config, і тоді вони будуть доступні для всіх ваших програм на сервері.

Рішення, яке, як мені здалося, працювало найкраще, було помістити "загальні" конфігураційні файли в центральні файли, а потім скористатися подією попередньої збірки у Visual Studio, щоб скопіювати їх у відповідну папку кожного проекту, який у цьому потребував.

У мене була значна боротьба з цією проблемою, але я знайшов тут хороше рішення: тестовий запуск із зовнішньою конфігурацією

(Ви можете направити тестовий запуск на копіювання файлів і каталогів у каталог тестового запуску, відредагувавши файл .testrunconfig.)

Хоча чому проект модульного тесту типу може отримати налаштування конфігурації з власного app.config, але не може завантажувати файли конфігурації, на які посилається, як звичайний app.config, це мене бентежить. Я б назвав це помилкою, оскільки ви очікуєте, що тестовий проект app.config поводиться так само, як поводиться app.config програми, але цього не відбувається.

Ви можете використовувати fileатрибут, а неconfigSource

Там хороша стаття тут на нього

Це дозволяє вказати відносний шлях таким чином

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <appSettings file="..\..\..\..\..\..\ExternalFile.config"></appSettings>
</configuration>

Шлях відносно вихідного каталогу.

Потім у ExternalFile.config ви просто додаєте appSettingsрозділ

<appSettings>
    <add key="SomeKey" value="alue"/>
</appSettings>