Блог

У меня есть служба WCF и клиент WCF. Служба использует методы, которые возвращают общие списки, а тип ссылочной коллекции службы клиента устанавливается на общий список. Все работает нормально.

Я добавил в службу WCF метод, который возвращает типизированный набор данных. Первый контракт на операцию для возврата набора данных. Обновил ссылку на службу в клиенте, и это все сломало. Все списки были преобразованы в массивы, даже если для типа коллекции задано значение generic list .

Я подумал, что что-то пошло не так, поэтому я удалил ссылку на службу, перезаписал VS, создал ссылку на службу с нуля, и все равно все коллекции были преобразованы в массивы вместо списков.

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

Мне нужно использовать набор данных как есть. Как я могу использовать его и оставить остальные списки нетронутыми? Почему типизированный набор данных влияет на тип остальных используемых коллекций? Я использую обновление VS 2013 2 с .NET 4.5.1.

Причина этого в том, что при добавлении ссылки на службу через Visual Studio под капотом Visual Studio вызывает svcutil.exe чтобы сгенерировать свой прокси-сервер. Это хорошо, потому что, как показывает ваш снимок экрана, svcutil способен интерпретировать коллекции в открытом определении службы wsdl как List<T> .

Обычно это хорошо работает для простых контрактов.

Теперь, по неясной причине, известной только Microsoft, svcutil имеет довольно сложную интерпретацию XSD, что означает, что для определений служб, которые выходят за рамки этой интерпретации, VS вернется к использованию старого доброго xsd.exe , который, оказывается, НЕ поддерживает коллекции как List<T> .

Обычно вы этого не замечаете, потому что большинство определений служб относительно просты и соответствуют правилам. Однако сброс чего-то вроде объекта .net DataSet в контракт на обслуживание и определение вашего сервиса становится настолько чудовищно сложным, что VS придется использовать xsd.exe чтобы сгенерировать ваш код.

И в этом заключается проблема.

Некоторые вещи, которые вы можете попробовать:

1. Извлеките XSD из service WSDL и попробуйте вызвать svcutil напрямую: svcutil /o:file.cs /ct:System.Collections.Generic.List schema.xsd (вероятно, не сработает, но я бы попробовал на всякий случай)

2. Измените сгенерированный код вручную, заменив все массивы списками (ой)

3. Не добавляйте набор данных .net в определение вашей службы (это мое любимое)

4. Используйте такой инструмент, как XsdArrayToList — это позволит вам повторно генерировать ваш созданный код.

Я перенес метод service в устаревшую службу веб-службы (asmx).