Мне также интересно, не является ли версия протокола OData 2.0 устаревшей. А если владелец сервиса не обновляет версию, остается только писать запросы из длинных материалов. Это выполнимо, но HTTP PATCH с отслеживанием объектов C# только с измененными свойствами в большом контексте требует много времени.
Я начал задаваться этим вопросом, потому что
Подключенная служба OData не может создавать полностью рабочий контекст и пытается создать контекст версии 3.0, в то время как для атрибута DataServiceVersion установлено значение 2.0.
Существует также проблема с файлом edmx, и я не уверен, какой именно проблема:
пространство имен не может распознать атрибут версии и не даже элемент схемы
Пространство имен должно быть "http://schemas.microsoft.com/ado/2007/0 ... s/metadata"
также пробовал " Ссылка http://schemas.microsoft.com/ado/2007/08/dataservices" не удалась
[img]https:// i.sstatic.net/A2c6dwK8.png[/img]
Подключенная служба создает контекст для неправильной версии, и нужные схемы невозможно выбрать в мастере подключенной службы
Контекст создан, но CRUD-функции работают неправильно, и DataServiceProtocolVersion нельзя изменить впоследствии или использовать сервис на ходу.
Хорошо, я знаю, что CRUD можно записать с самого начала с длинными материалами, но работа с Connected Service действительно может оказаться большим подспорьем. Это решение будет долгосрочным.
Есть ли эксперты по этому вопросу?
Подробнее здесь: https://stackoverflow.com/questions/786 ... ersion-2-0
