Почему я должен использовать ссылки на службы Visual Studio по svcutil?

Итак, похоже, что у меня есть пара основных опций при получении прокси-кода службы WCF в проекте в Visual Studio:

Используйте встроенную инструментальную среду Visual Studio для Ссылки на службы
Используйте простую команду svcutil, что-то вроде svcutil http://[my endpoint] /namespace:[my namespace] /noconfig (так как я использую некоторые довольно стандартные привязки по проектам), и файл в мой проект (или обновление на месте).

Чтобы быть ясным, вариант 2 выглядит как лучший, albiet без встроенного инструмента для обновления. Но диалоговое окно Service Reference генерирует как zillion файлы. Есть ли какое-то непонятное преимущество для VS Service References, которое мне не хватает?

Ответ 1

Если вы также владеете сервисом, я бы сказал, что не используйте ни один из них. Вместо этого раскройте свои контракты, сущности и клиентские прокси в разные сборки, которые вы можете использовать как на службе, так и на клиенте.

Как описано в WCF Ручной путь... Правильный путь.

Ответ 2

По той же причине, почему вы строите проект .net с помощью VS и не вызываете компилятор вручную из командной строки. я IDE означает Integrated, он делает все для вас, поэтому вам не нужно делать эти вещи вручную из разных разделенных мест и процедур.

Обычно есть способ сделать многие из этих вещей вручную или с помощью текстового редактора и командной строки, но позволяет работать: -)