JD
Ты точно понимаешь что такое бодипарсер? В этом коде он есть? Если есть, ткни пальцем
вот вопросы
Size: a a a
2019 November 08
S
А если у тебя будет не только id?
просто в гайдах написано например удаление юзера с использованием b-p но я немогу понять зачем? в любом случае будет id и будет удаление почему сразу неиспользовать так - /user/:id к чему имено конкретно в примере удаение это делать вот что я непонимаю
倫岡
просто в гайдах написано например удаление юзера с использованием b-p но я немогу понять зачем? в любом случае будет id и будет удаление почему сразу неиспользовать так - /user/:id к чему имено конкретно в примере удаение это делать вот что я непонимаю
Делай как хочешь
JD
просто в гайдах написано например удаление юзера с использованием b-p но я немогу понять зачем? в любом случае будет id и будет удаление почему сразу неиспользовать так - /user/:id к чему имено конкретно в примере удаение это делать вот что я непонимаю
Разные подходы к архитектуре API. Как угодно можно
S
Разные подходы к архитектуре API. Как угодно можно
вот спасибо - я это и хотел узнать. Конкретно в этом случае. Просто имено в удалении меня этот момент сбил с толку
倫岡
вот спасибо - я это и хотел узнать. Конкретно в этом случае. Просто имено в удалении меня этот момент сбил с толку
S
намек понял )
PK
просто в гайдах написано например удаление юзера с использованием b-p но я немогу понять зачем? в любом случае будет id и будет удаление почему сразу неиспользовать так - /user/:id к чему имено конкретно в примере удаение это делать вот что я непонимаю
DELETE /user/:id - по REST, DELETE /user { id: 666 } - не по REST
KG
DELETE /user/:id - по REST, DELETE /user { id: 666 } - не по REST
кто сказал?
JD
DELETE /user/:id - по REST, DELETE /user { id: 666 } - не по REST
В delete вроде тела нет
PK
тело есть
YZ
DELETE /user/:id - по REST, DELETE /user { id: 666 } - не по REST
а еще по ресту надо ссылки на соседнии документы кидать?
там оч много нюансов, он устарел.
там оч много нюансов, он устарел.
YZ
тело есть
в get тоже
АП
а еще по ресту надо ссылки на соседнии документы кидать?
там оч много нюансов, он устарел.
там оч много нюансов, он устарел.
устарел после чего? что такого появилось, что rest устарел?
PK
а еще по ресту надо ссылки на соседнии документы кидать?
там оч много нюансов, он устарел.
там оч много нюансов, он устарел.
ссылки на соседние документы только на высших уровнях бытия https://martinfowler.com/articles/richardsonMaturityModel.html
YZ
устарел после чего? что такого появилось, что rest устарел?
json-api. графкуели всякие. я больше про то, что полное соблюдение рест устарело, нужно отталкиваться от задач и делать как удобно, без дичи. а не следовать концепции которая от человека к человеку отличаеться, нигде кроме научной работы не описана и писалась в то время, когда все было по другому
PK
json-api. графкуели всякие. я больше про то, что полное соблюдение рест устарело, нужно отталкиваться от задач и делать как удобно, без дичи. а не следовать концепции которая от человека к человеку отличаеться, нигде кроме научной работы не описана и писалась в то время, когда все было по другому
оч спорно - из-за того, что каждый пилит как удобно, потом приходится писать миллионы интеграционных сервисов
YZ
оч спорно - из-за того, что каждый пилит как удобно, потом приходится писать миллионы интеграционных сервисов
ага, в тело айди удаляемого документа помещать, вот это грамотно
YZ
ага, в тело айди удаляемого документа помещать, вот это грамотно
зато не как у всех
PK
ага, в тело айди удаляемого документа помещать, вот это грамотно
так это не по ресту как раз))