SP
Size: a a a
2021 January 12
IS
с такой идеологией вместо "писать и проектировать апишки" надо "проектировать базы и вешать сверху готовые гейтвеи"
VMware, например, так реализована.
Там любая операция с виртуалкой есть сущность "действие", у которого есть свой жизненный цикл, можно подёргать посмотреть статус и так далее.
Там любая операция с виртуалкой есть сущность "действие", у которого есть свой жизненный цикл, можно подёргать посмотреть статус и так далее.
SP
но вообще вот эта штука с "существительными" - это весьма второстепенная штука в REST. Там главное просто уникально идентицифируемые ресурсы (и не важно если ресурс глаголом обзывается)
SP
уникальная идентификация ресурса (что бы кэшить можно было), идемпотентность ииии все
SP
боль обычно когда ресурс один а репзентаций данных много, и уже кэшить не выйдет
HH
Вообще в идеологии REST рекомендуется оперировать объектами, а не действиями.
Возможно, правильнее сделать сущность "сеанс редактирования" со своим неким id. При создании - вешать лок. При завершении - лок снимать. Изменения в процессе редактирования - ну их может быть 0 или больше.
Возможно, правильнее сделать сущность "сеанс редактирования" со своим неким id. При создании - вешать лок. При завершении - лок снимать. Изменения в процессе редактирования - ну их может быть 0 или больше.
А в чем профиты данных ограничений?
ps решил сделать так в результате
/schedule/start-editing
/schedule/continue-editing
/schedule/change
/schedule/no-change
ps решил сделать так в результате
/schedule/start-editing
/schedule/continue-editing
/schedule/change
/schedule/no-change
SP
всеравно ваши эти REST апишки это просто json rpc via http
SP
то о чем ты говоришь больше про конвеншен для разработчиков что бы семантика и "найти нужный метод" было проще
HH
всеравно ваши эти REST апишки это просто json rpc via http
Только еще + год на то, чтобы понять какой статус http нужно вернуть)
IS
Human Human
А в чем профиты данных ограничений?
ps решил сделать так в результате
/schedule/start-editing
/schedule/continue-editing
/schedule/change
/schedule/no-change
ps решил сделать так в результате
/schedule/start-editing
/schedule/continue-editing
/schedule/change
/schedule/no-change
профит в том, что у тебя есть объект, а не действие.
"глагол" удобен тогда, когда у тебя одиночная операция. А "повесить лок", "отредактировать", "снять лок" - это уже сеанс редактирования, который просто напрашивается на вынесение в сущность.
"глагол" удобен тогда, когда у тебя одиночная операция. А "повесить лок", "отредактировать", "снять лок" - это уже сеанс редактирования, который просто напрашивается на вынесение в сущность.
SP
Human Human
Только еще + год на то, чтобы понять какой статус http нужно вернуть)
200 если все хорошо, 4xx если у клиента все плохо или он не успел или сначала деньги потом шоу, 5xx - бэкэндщик или опс мудаки
SP
всеравно http статус кодов тебе не хватит для описания всех кейсов и придется вводить свои коды ошибок
АГ
профит в том, что у тебя есть объект, а не действие.
"глагол" удобен тогда, когда у тебя одиночная операция. А "повесить лок", "отредактировать", "снять лок" - это уже сеанс редактирования, который просто напрашивается на вынесение в сущность.
"глагол" удобен тогда, когда у тебя одиночная операция. А "повесить лок", "отредактировать", "снять лок" - это уже сеанс редактирования, который просто напрашивается на вынесение в сущность.
имитация стейтфул сервиса
R
200 если все хорошо, 4xx если у клиента все плохо или он не успел или сначала деньги потом шоу, 5xx - бэкэндщик или опс мудаки
Попытки натянуть процессы бизнес-логики на коды ответов - печальное зрелище
HH
профит в том, что у тебя есть объект, а не действие.
"глагол" удобен тогда, когда у тебя одиночная операция. А "повесить лок", "отредактировать", "снять лок" - это уже сеанс редактирования, который просто напрашивается на вынесение в сущность.
"глагол" удобен тогда, когда у тебя одиночная операция. А "повесить лок", "отредактировать", "снять лок" - это уже сеанс редактирования, который просто напрашивается на вынесение в сущность.
Хм, но мне не нужен доп объект тут. У меня просто меняется состояние одного лока и id юзера.
Но все еще не понимаю в чем профит этой лишней сущности?
Но все еще не понимаю в чем профит этой лишней сущности?
IS
имитация стейтфул сервиса
да, что-то такое. Спасибо. Слово умное забыл )
SP
имитация стейтфул сервиса
врядли ты знаешь что такое стэйтлесс/стэйтфул в этом контексте. Похоже на очередной наброс умных слов значений которых ты не понимаешь
АГ
ну стейтфул это когда несколько запросов объединены в группу, и нельзя их выполнить в произвольном порядке или часть из них. а в стейтлесс сервисе 1 запрос - самостоятельная и независимая операция
DT
Или можно попробовать перевести эти термины
DT
Может понятнее станет