Многоразовые классы assembies в WCF находятся под другим пространством имен в прокси

Question

Можно создать дубликат:
Ambiguous reference in WCF and client application

Я использую несколько классов из сборки «X» в моем WCF, тогда как мой клиентский код использует одну и ту же сборку для ссылки на другой набор классов. Это делает необходимым сохранить ссылку на сборку «X» в клиентском приложении.

, вызывающий конфликт как прокси-сервер, который я получаю на стороне клиента, удерживает классы от сборки «X» под другим пространством имен.

Пожалуйста, предложите любое решение.

Answer 1

Не используйте предварительно сгенерированный прокси-сервер. Если вы все равно делитесь сборками между вашим сервисом и потребительским кодом, просто делитесь сборкой контрактов WCF, а затем используйте ChannelFactory для создания прокси-сервера, когда вам это нужно.

Answer 2

@ А вы уже задали такой вопрос. Когда клиенту нужна ссылка с некоторыми классами, которые также генерируются прокси-сервером, то, очевидно, вы получаете неоднозначные ошибки.

Есть два способа избежать этой проблемы.

1. Ссылка сервисные контракты/договоры данных сборки непосредственно в клиенте и вместо создания прокси-сервера с помощью svcutil.exe использования ChannelFactory как это было предложено @hugh.

2. Если вы создаете прокси-сервер через VS, тогда вы настраиваете такое, чтобы сказать, что инструмент svcutil.exe не воссоздает классы, которые уже есть у клиента, когда я отвечал вам в этом thread.