Як знайти шлях до активного файлу app.config?

Я намагаюся закінчити цей обробник винятків:

if (ConfigurationManager.ConnectionStrings["ConnectionString"]==null)
{
    string pathOfActiveConfigFile = ...?
    throw new ConfigurationErrorsException(
       "You either forgot to set the connection string, or " +
       "you're using a unit test framework that looks for  "+
       "the config file in strange places, update this file : " 
       + pathOfActiveConfigFile);
}

Здається, ця проблема трапляється зі мною лише тоді, коли я використовую nUnit.

Спробуйте це

AppDomain.CurrentDomain.SetupInformation.ConfigurationFile

Сподіваюся, це допомагає

Строго кажучи, немає жодного файлу конфігурації. За винятком ASP.NET ¹ , може бути три файли конфігурації за допомогою вбудованої ( System.Configuration) підтримки. На додаток до конфігурації машини: app.exe.configроумінгу користувачів та місцевому користувачеві.

Для того, щоб отримати «глобальну» конфігурацію ( ехе .config):

ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None)
                    .FilePath

Використовуйте різні ConfigurationUserLevelзначення для файлів конфігурації в роумінгу та не в роумінгу.

^{1 У} якій є зовсім інша модель, де вміст дочірніх папок (IIS-віртуальної або файлової системи) web.configможе (залежно від налаштування) додавати або змінювати батьківські web.config.

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

Коли його запускає тестовий завантажувач, тестова збірка завантажується під час виконання і буде шукати у власному app.config (перейменованому на testAssembly.dll.config під час компіляції), а не конфігураційним файлом ваших програм.

Щоб отримати місце розташування збірки, яку ви працюєте, спробуйте

System.Reflection.Assembly.GetExecutingAssembly().Location

Переконайтесь, що ви натискаєте властивості у файлі та встановлюєте його на "Копіювати завжди", інакше він не буде в папці Налагодження \ з вашим щасливим dl-адресом lil, щоб налаштувати, де це потрібно, та додати більше каубер-дзвінка

Перший раз, коли я зрозумів, що проект тестування Unit посилався на app.config у цьому проекті, а не на app.config, пов’язаний з моїм виробничим кодовим проектом (звичайно, DOH), я щойно додав рядок у події Post Build проекту Prod що скопіює app.config у папку бін тестового проекту.

Проблема вирішена

Досі я не помічав жодних дивних побічних ефектів, але не впевнений, що це правильне рішення, але, принаймні, це, здається, працює.

Тут ще відсутній ще один варіант, який я побачив:

const string APP_CONFIG_FILE = "APP_CONFIG_FILE";
string defaultSysConfigFilePath = (string)AppDomain.CurrentDomain.GetData(APP_CONFIG_FILE);

Залежно від розташування вашого конфігураційного файлу System.Reflection.Assembly.GetExecutingAssembly().Locationможе бути все, що вам потрібно.

Я спробував одну з попередніх відповідей у ​​веб-додатку (насправді веб-роль Azure, що працює локально), і це не спрацювало. Однак подібний підхід справді спрацював:

var map = new ExeConfigurationFileMap { ExeConfigFilename = "MyComponent.dll.config" };
var path = ConfigurationManager.OpenMappedExeConfiguration(map, ConfigurationUserLevel.None).FilePath;

Конфігураційний файл виявився в C: \ Program Files \ IIS Express \ MyComponent.dll.config. Цікаве місце для нього.