В настоящее время я написал код для использования ServiceContractGenerator для генерации клиентского кода веб-службы на основе wsdl, а затем скомпилировал его в сборку в памяти с использованием кода dom. Затем я использую отражение, чтобы настроить привязку, конечную точку, значения / типы служб, а затем в конечном итоге вызвать метод веб-службы на основе конфигурации xml, которую можно изменить во время выполнения.
Это все в настоящее время работает нормально. Однако проблема, с которой я сейчас сталкиваюсь, заключается в том, что я подключаюсь к нескольким экзотическим веб-службам, для которых требуется множество пользовательских настроек привязки / безопасности. Это вынуждает меня добавлять все больше и больше настроек в мои пользовательские конфигурации xml, а также соответствующие обновления в моем коде, чтобы интерпретировать и устанавливать эти параметры привязки / безопасности в коде.
В конечном счете, это замедляет добавление этих «экзотических» сервисов, и я вижу, что в конечном итоге я заново реализую раздел «system.serviceModel» в файле web или app.config, что никогда не бывает хорошо.
У меня такой вопрос, и здесь мой недостаток опыта .net и C # показывает, есть ли способ определить конфигурацию, обычно находящуюся где-то в разделе web.config или app.config 'system.serviceModel', и во время выполнения предоставить это для конфигурации клиенту веб-службы?
Есть ли способ присоединить файл app.config непосредственно к сборке в качестве ресурса или любой другой способ предоставить эту конфигурацию клиенту?
По сути, я бы хотел присоединить app.config, содержащий только system.serviceModel, к сборке, содержащей клиент веб-службы, чтобы он мог использовать свою конфигурацию. Таким образом, мне не нужно обрабатывать каждую конфигурацию под солнцем, я могу позволить .net сделать это за меня.
Кстати, я не могу поместить конфигурацию для каждой службы в app.config для запущенного приложения.
Любая помощь будет принята с благодарностью.
Заранее спасибо!
Bryan