DB
ресурс который можно только создать типа
Ну да, вроде как не обязательно иметь полный набор действий для ресурса
Size: a a a
2020 October 12
GS
это если не выходить за рамки crud
я только об обновлении юзера.
Есть юзер. Его данные можно обновить.
Есть метод обновления ресурса юзер.
А делает ли это юзер сам себе или админ юзеру - вопрос авторизации и проверки прав
Есть юзер. Его данные можно обновить.
Есть метод обновления ресурса юзер.
А делает ли это юзер сам себе или админ юзеру - вопрос авторизации и проверки прав
🏡K
на графе/грпс/рпс нет ресурсов есть методы и сервисы, а в ресте вечная война с этими именами и путями и способами отправки данных
🏡K
нафиг рест)
DB
а смена пароля это что тогда будет?
Ну, если в терминах CRUD - UPDATE сущности password. Если у вас правильно спроектирована система и хранится история всех паролей, то такая сущность должна быть
DB
Или даже create
GS
нафиг рест)
Полностью реализованный REST позволяет делать довольно крутые производительные и масштабируемые сервисы.
Но никто его не реализовывает.
99% понимают под рестом стиль названия path-ов и методов для crud
Но никто его не реализовывает.
99% понимают под рестом стиль названия path-ов и методов для crud
GS
Например, REST должен позволять работать с ресурсами, как с гипермедиа, но никто это не реализует
GS
кроме JSON:API
🏡K
скока я по орал с пацанами на работе за имена, коды ответов, методов патч пут пост)
D
вопрос тогда такой, а кто использовал patch и использует его активно?)
🏡K
нафиг рест, головняк не нужный вообще
OM
Ну меня толоко 2 типа пользователя, никто другой кроме текущего пользователя никто не может менять инфу
DB
Полностью реализованный REST позволяет делать довольно крутые производительные и масштабируемые сервисы.
Но никто его не реализовывает.
99% понимают под рестом стиль названия path-ов и методов для crud
Но никто его не реализовывает.
99% понимают под рестом стиль названия path-ов и методов для crud
Согласен. Я считаю, что REST вообще не самоцель, а скорее побочный эффект правильного разложения предметной области на сущности. Но разложить на сущности могут не только лишь все
GS
Согласен. Я считаю, что REST вообще не самоцель, а скорее побочный эффект правильного разложения предметной области на сущности. Но разложить на сущности могут не только лишь все
Представление всего, как ресурс, это лишь часть реста
AB
Согласен. Я считаю, что REST вообще не самоцель, а скорее побочный эффект правильного разложения предметной области на сущности. Но разложить на сущности могут не только лишь все
Вернее не каждый может это делать
🏡K
сколько общался с бэкерами каждый свои методолгию реста тащил и каждый имел даже спеку из википедии)
GS
вопрос тогда такой, а кто использовал patch и использует его активно?)
выбор между patch, put, post не влияет ни на что, кроме личного удобства разработчиков
D
выбор между patch, put, post не влияет ни на что, кроме личного удобства разработчиков
почему же? а для чего стандарты тогда? типа для чего был в обще внедрен patch
GS
При правильно реализованом REST можно на клиенте иметь условно 1 URL API сервиса и больше ни одной константы с защитым URL