Единый проект со всеми сервисными ссылками для решения? - PullRequest
1 голос
/ 28 июля 2011

У нас есть решение Visual Studio, которое включает в себя несколько производственных и тестовых проектов. Решение использует несколько веб-сервисов.

То, как все организовано в данный момент, для каждого проекта, которому требуется доступ к веб-службе, добавляется «Справочник услуг» для этого веб-сервиса. Это означает, что существует несколько (обычно только две) ссылки на каждый веб-сервис: одна в рабочем коде, другая в тестовом коде.

Однако мы находим проблему: когда обновляются другие веб-сервисы, мы часто забываем обновить ВСЕ ссылки на сервисы на них (обычно в тестовых проектах, которые их используют).

Кто-то предложил добавить в решение новый проект, содержащий ВСЕ ссылки на сервисы, и что НИКАКОЙ ДРУГОЙ проект не должен содержать ссылку на сервис.

Есть ли какие-либо "ошибки" с этим предложенным подходом?

Это хорошая идея? И почему (нет)?

1 Ответ

1 голос
/ 28 июля 2011

Мы также используем тот же подход, однако есть очень неудобное замечание - вы не можете иметь несколько сервисных ссылок из одного приложения. Поэтому нам пришлось создавать сервисные ссылки вручную, используя svcutil, но в остальном мы очень довольны этим изменением.

...