У меня есть куча проектов DLL, которые я добавляю в свое приложение, каждый из которых содержит свои собственные файлы Settings.settings / app.config. Когда я компилирую приложение и запускаю для отладки, все работает отлично, но наступает время развертывания, я не могу заставить свои библиотеки DLL читать свои собственные файлы настроек.
Я немного читал, и стало очевидно, что есть пара способов заставить каждую dll читать свою собственную конфигурацию - один - выделить файл .dll.config для библиотеки, а другой - встроить Конфигурация dll в файле process.exe.config.
У меня возникли серьезные проблемы с попытками реализации любого из них, и я подумал, есть ли у кого-нибудь хорошие документы по этому вопросу - в сети, похоже, не хватает.
Я бы хотел, если это возможно, отдельный файл .dll.config для каждой из библиотек, но в крайнем случае, подойдет каждая из моих библиотек для чтения своего собственного раздела process.exe.config.
Может ли кто-нибудь указать мне правильное направление, потому что я так близок к тому, чтобы выкатить это приложение, но этот камень преткновения вызывает у меня сильную головную боль.
Редактировать: Когда я объединяю файлы конфигурации, я начинаю получать исключения TypeInitializer, когда инициализирую объекты в моих библиотеках. Вероятно, это только из-за того, что я отсталый, но есть ли у кого-нибудь рабочий пример объединенного конфигурационного файла и некоторого базового демонстрационного кода для чтения его из нескольких сборок?