OData v4 поведение

Question

набора изменения

Я реализую OData v4 Service с WebAPI и я также реализована поддержкой OData ревизий с помощью кода из https://damienbod.wordpress.com/2014/08/14/web-api-odata-v4-batching-part-10/

В основном это работает, но теперь я зря о правильном поведении, когда изменение одного и того же объекта из нескольких запросов в одном наборе изменений. Рассмотрите этот пример:

Контент-идентификатор: 1 - POST ~/Предприятие
-> Создать новую сущность.

ContentID: 2 - PUT ~/Entity ($ Entity-ContentID1)/Компания/$ исх $ ID = URI
-> Создать ссылку от нового объекта к существующей компании, используя ContentID?.

Content-ID: 3 - POST ~/Entity ($ Entity-ContentID1)/ChangeState
-> Выполнение действия для изменения состояния вновь созданного объекта.

ChangetState может быть выполнен только в том случае, если компания связана. Если клиент отправляет все запросы в этом порядке, и если я выполняю запросы в порядке, все в порядке.
Но в соответствии с OData Spec запросы в наборах: неупорядоченный.

Каков ожидаемый результат, если клиент отправляет запрос 3 перед запросом 2? С моей текущей реализацией этот набор изменений не удастся, но разве это нормально? Мне очень сложно понять правильную семантику наборов изменений ...

Answer 1

Пакетные запросы передаются в виде единого запроса HTTP POST в конечную точку пакета службы, эти запросы в наборе изменений должны быть отправлены на обслуживание и продолжены в оригинальном порядке.

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