Нет, вам не нужно ждать сервисной команды WCF.Если вам нужно, чтобы ваш менеджмент проекта и команда WCF были довольно плохими.Самый простой способ - разработать свое приложение итеративным способом и позволить своей сервисной команде быть на шаг впереди.Но мне не нравится эта идея, потому что в конце итерации сервисная команда предоставляет «непроверенный» сервис, потому что вы сначала будете использовать его на следующей итерации.
Таким образом, лучший способ - это реализовать функциональность одновременно и предоставлять только рабочую комбинацию клиента и сервиса (интеграционные тесты во время итерации).В этом сценарии вы должны сначала определить контракт с сервисной командой WCF.Контракт - WSDL + XSD.Эту технику иногда называют сверху вниз или контрактом первым.Основная идея заключается в том, что вы хотите интегрироваться вместе и хотите заниматься одновременной разработкой.Поэтому сначала необходимо разработать интерфейс связи (контракты на обслуживание / эксплуатацию), который будет описан WSDL, и транспортируемые данные (контракты на данные / сообщения), которые будут описаны в XSD, на которые ссылается WSDL.Вы также можете сделать это итерационным и инкрементным способом, добавив новые операции в следующих итерациях.Обе команды должны проверить свой код = модульное тестирование и макетирование (на стороне клиента).
Для разработки клиента этого достаточно.Вы можете использовать созданные WSDL + XSD для создания прокси службы.Сервисная команда может использовать WSCF.blue или другой инструмент для построения каркаса сервиса из определенного контракта.
Самый большой недостаток этого метода заключается в том, что вы должны иметь возможность писать WSDL и XSD, или выМне нужен хороший инструмент (я рекомендую коммерческий Altova XMLSpy Enterprise ).Альтернативный способ - определить контракты в коде на стороне службы и создать службу без какой-либо внутренней реализации (все методы возвращают ноль) и позволяет WCF генерировать WSDL для вас.