использование прокси-проекта wcf вместо файлов app.config для каждого клиента

Question

Я создал несколько сервисов WCF.Чтобы не добавлять ссылки на сервисы в каждый из моих клиентских проектов, я создал прокси-проект, который содержит все ссылки на сервисы и который каждый проект может использовать в качестве ссылки на dll.Проблема в том, что мне все еще нужен файл app.config в каждом из моих клиентских проектов.что подводит меня к вопросу:

Есть ли способ обойти это?

или точнее:

Есть ли способ сделать клиентский проект независимым от реализации WCFя использую в моем прокси-проекте?

Answer 1

В WCF вы в основном всегда можете делать все либо в конфигурации (предпочтительный способ для большинства случаев), либо в коде.

Таким образом, вы определенно можете использовать сгенерированные прокси-интерфейсы и классы, запекать конечные точки и т. Д.в код вашего клиентского проекта.

Но опять же - использование конфигурации обычно является предпочтительным способом (большая гибкость).Но если вы должны - вы можете (почти) делать все, используя также строки кода.

Если вы действительно хотите использовать config, вам нужно добавить соответствующие разделы в файл конфигурации вашего клиентского приложения.

Один из способов «централизовать» и поделиться этой информацией - поместить как можно большую ее часть в отдельные конфигурационные файлы - например, вы можете иметь один конфигурационный файл для поведения и назвать его behaviors.config, а другой - снастройки клиента под названием clients.config.

В приложении вашего клиента вы можете ссылаться на эти общие, общие конфигурации:

<system.serviceModel>
   <behaviors configSource="behaviors.config" />
   <client configSource="clients.config" />
</system.serviceModel>

Вы не можете обойтись без каких-либо настроек - но вы можетеопределенно централизуйте и делитесь большим количеством этих настроек один раз, а затем используйте их несколько раз.