П
с помощью REST вы можете управлять ресурсами. Если lock это ресурс, то он создаётся и удаляется. Если это элемент ресурса то он изменяется. Как статус. Может я лочу изменяя статус на LOCKED. Тогда я использую патч.
Size: a a a
2021 June 18
D
мне кажется, вы не прочитали диалог выше о REST. Поэтому мы говорим немного на разных языках)
П
Я прочел книгу которую скинул выше. Там объясняется этот момент
SP
не нужен он. Вообще никогда и никому
SP
если книгу не Рой Филдинг писал то это хуита
П
Ок приятель, пусть так. Главное беречь нервы)👍
SP
а потому хуевые апишки без документации.
SP
если ты мэпишь "сущности на ресурсы" то не надо писать свой бэк, возьми готовые обертки над СУБД и живи счастливо с той апишкой которую они тебе генерят.
SP
вот пример с твоим любимым PATCH
AB
Секундочку, если я не хочу все атрибуты ресурса передавать - а мне нужно только например имя обновить. Чем не PATCH? Хотя тогда на клиенте надо будет как-то решать что обновилось, но это тоже можно сделать
SP
вот именно, вопрос упирается в "а как на клиенте определять что обновлять"
SP
если у тебя тупой круд то ты всегда будешь отправлять "всю форму". Если тебе надо чет хитрое делать - например генерить diff и отправлять только то что поменялось - то ты можешь получить профит от PATCH если ты юзаешь всякие json patch спецификации к нему (да да, PATCH он не просто "хуяк отправить только пару полей"). Простой юзкейс - ресет значения.
SP
либо у тебя UI спроектирован так что у тебя "только имя поменялось" - тогда это банально проще сделать отдельным "ресурсом" -
/users/{id}/nameSP
если у тебя "форма" динамически генерится и нужно сохранять по мере ввода данных - то там да можно прибегать к каким-то хитрым дифам и т.д. но "скорее всего" у тебя каждое поле такой формы само по себе ресурс и для экономии ты чет типа batching делать будешь
SP
вот пример в postgrest* неплохой для PATCH
PATCH /mytable?primaryKey={id}
{
"name": "new name"
}SP
потому что нет двусмысленностей никаких. все просто и понятно мэпится на условный
UPDATE
UPDATE mytable SET name=:name WHERE primaryKey=:id
SP
а так люди обмазываются потом каким http://jsonpatch.com/
SP
и клиент становится чет сильно сложным. Если это еще апишка для интеграций каких то вообще жуть
SP
с той же блокировкой - да удобно "в голове" представлять что это "тупо флаг в базе". Ток в реальности это самодостаточный процесс может быть