У меня есть существующий фреймворк на основе .NET 3.5, который расширяется с помощью специальных плагинов. Таким образом, плагины реализуют общий интерфейс, и базовая структура вызывает их через отражение. Фреймворк работает отлично, и все в порядке, однако ...
Теперь у меня есть требование, требующее наличия подключаемого модуля, который взаимодействует со службой WCF. На первый взгляд это просто, добавьте ссылку на службу в плагин, вызовите код прокси-сервера клиента и вперед. Однако ...
Из-за того, как работает конфигурация .NET, конфигурация клиента службы WCF должна находиться в app.config исполняемого приложения. В данном случае это мое приложение-инициатор плагинов. Проблема заключается в том, что он нарушает «модель» подключаемого модуля, поскольку общее приложение-инициатор теперь должно иметь внутри себя конфигурацию, специфичную для подключаемого модуля.
Итак, вопрос в том, знает ли кто-нибудь об альтернативном механизме обработки конфигурации клиента службы WCF без поместить его в конфигурацию основного приложения-инициатора?
После небольшого поиска есть механизмы, позволяющие DLL использовать свой собственный файл конфигурации . Проблема здесь в том, что у меня нет доступа к подчеркивающему коду создания прокси-сервера службы, и поэтому я не могу перенаправить чтение конфигурации.