Попытаюсь объяснить) Смотри, у тебя есть очень умный чайник с подключением к инету и имеющий встроенный web-сервер. Тебе надо вскипятить воду) Вот примерный флоу: 1. POST /teapot/on post здесь потому что ты посылаешь коммандлу изменить состояние чайника, т.е. включить его 2. Далее поставим на кипячение PUT /teapot/boiling/on put здесь, потому что ты изменяешь состояние конкретного чайника 3. Выключить кипячение (аналогично) PUT /teapot/boiling/off 4. Получить температуру воды в процессе закипания GET /teapot/temperature 5. выключить вообще чайник DELETE /teapot Примерно надор в таком ключе думать о REST, но конечно, CRUD очень хорошо ложится на него. Есть несколько уровней REST, поссмотри на них. HATEOS это самый "крутой" уровень))
https://habr.com/ru/post/441854/ но меня поткупает эта статья)
Ведь даже здесь, возникает противоречие. Почему /teapot/on именно POST? А /teapot/boiling/on это PUT?
Вот, пригла идея контракта) POST в данном случае используется как команда и для инициализации пустого "объекта". А put у нас идемпотентен, т.е. если мы будем постом включать нагрев, то ничего не произойдет
Вы описали обычный http-rpc-api. Haetos не уровень а свойсво/требование. Хорошая проверка рест у вас или нет -- это спросить себя может ли ваш клиент работать с любым рест сервисом и может ли ваш сервис работать с любым рест клиентом.
Обсуждают сегодня