REST и составная CRUD-транзакция

Question

Приложение имеет следующую форму CRUD

Это позволяет пользователю создавать, читать, обновлять и удалять строки (объекты с идентичностью) в пределах одногосформируйте и сохраните изменения в одной транзакции.

В этом случае оправданно ли использовать агрегированный запрос POST для REST?Запрос будет выглядеть следующим образом (запрос будет содержать только измененные / добавленные объекты)

POST /api/entities/

{[
  {"id": 1, "field": "Foo"},
  {"id": 2, "field": "Bar", "deleted": true},
  {"id": 3, "field": "Baz"},
  {"field": "New 1"},
  {"field": "New 2"},
]}

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

Answer 1

оправдано ли использование агрегированного POST-запроса к REST?

Использование POST - отлично .

Я знаю, что это не совсем RESTFul.

Конечно, именно так мы и поступаем в Интернете: и HTML-форма, которая описывает интересные поля, правила обработки, описывающие, как браузер должен создать message-body из значений полей.

Сведения о том, что вы создаете некоторую разновидность представления application/json, а не представления application/x-www-form-urlencoded, несущественны.

Ваша модель не является вашей моделью домена, которая не является данными моделью.