Комментарии 3
Какое-то половинчатое решение. Если уж вы правите Reference.cs, то и неймспейсы можно было поменять. А если вы написали инспектор, то можно было в нем исправить что угодно, а не только неймспейсы.
А, сорри, третье решение забыл: можно еще поправить wsdl, тоже невелика проблема.
Да, можно. Только загвоздка в том, что если бы было точное описание, что в том или ином типе такой-то namespace, то это можно было бы сделать заменой. А так как такого описания нет, а возможно даже эти namespace будут указываться в сообщениях сервиса в рандомном порядке, то правка Reference.cs или WSDL не приведет к решению.
Да можно было бы и не править имя параметра «return» на «ArrayOfRegionInfo» в Reference.cs, а заменить его в инспекторе, для однообразия подхода. Но просто я решил заменить в Reference.cs, чтобы показать и этот вариант.
Кроме этого точно нужно заменять в инспекторе поступающее в сообщении имя параметра «gensym-\d+» (\d+ — это цифры, которые формируются рандомно) в методе GetVersion на «return», как указано в WSDL, так как данный метод тоже не заработает без указанных манипуляций в инспекторе. В WSDL или Reference.cs это уже не поправишь, так как соответствие не однозначеное.
Да можно было бы и не править имя параметра «return» на «ArrayOfRegionInfo» в Reference.cs, а заменить его в инспекторе, для однообразия подхода. Но просто я решил заменить в Reference.cs, чтобы показать и этот вариант.
Кроме этого точно нужно заменять в инспекторе поступающее в сообщении имя параметра «gensym-\d+» (\d+ — это цифры, которые формируются рандомно) в методе GetVersion на «return», как указано в WSDL, так как данный метод тоже не заработает без указанных манипуляций в инспекторе. В WSDL или Reference.cs это уже не поправишь, так как соответствие не однозначеное.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Использование сервиса Yandex Direct на примере метода GetRegions (WCF клиент)