DS
POST /likesМожно чуточку подробнее?
Size: a a a
2020 August 30
ED
David Shiko
Можно чуточку подробнее?
Создаём новый объект. Значит
1. Если совсем строго подходить, то при создании объекта в path указываем только его тип, остальное в тело.
2. Менее строгий вариант:
Вопрос like/likes тоже не совсем однозначный.
POST. А дальше два варианта:1. Если совсем строго подходить, то при создании объекта в path указываем только его тип, остальное в тело.
2. Менее строгий вариант:
/content/:id/likes/, то есть задать привязку к контенту как к родительскому объекту.Вопрос like/likes тоже не совсем однозначный.
DS
Создаём новый объект. Значит
1. Если совсем строго подходить, то при создании объекта в path указываем только его тип, остальное в тело.
2. Менее строгий вариант:
Вопрос like/likes тоже не совсем однозначный.
POST. А дальше два варианта:1. Если совсем строго подходить, то при создании объекта в path указываем только его тип, остальное в тело.
2. Менее строгий вариант:
/content/:id/likes/, то есть задать привязку к контенту как к родительскому объекту.Вопрос like/likes тоже не совсем однозначный.
Первый вариант не понял.
Я зачем двоеточие? Я прочитал, что это обычный символ
Про POST, сам лайк конечно новый объект, но количество лайков будет меняться потоянно, т.е. счетчик обновляться и т.п., все равно POST а не PUT? Удалять через DELETE?
Я зачем двоеточие? Я прочитал, что это обычный символ
Про POST, сам лайк конечно новый объект, но количество лайков будет меняться потоянно, т.е. счетчик обновляться и т.п., все равно POST а не PUT? Удалять через DELETE?
VB
лайк - отдельная сущность. Поэтому каждый новый лайк == новая запись. Поэтому и POST.
двоеточтие указывает, что тут параметр-переменая, в итогой урле будет выглядеть как-то так:
двоеточтие указывает, что тут параметр-переменая, в итогой урле будет выглядеть как-то так:
POST /content/12/likses/что-то типа добавления лайка записи с ID=12
DS
ED
David Shiko
Первый вариант не понял.
Я зачем двоеточие? Я прочитал, что это обычный символ
Про POST, сам лайк конечно новый объект, но количество лайков будет меняться потоянно, т.е. счетчик обновляться и т.п., все равно POST а не PUT? Удалять через DELETE?
Я зачем двоеточие? Я прочитал, что это обычный символ
Про POST, сам лайк конечно новый объект, но количество лайков будет меняться потоянно, т.е. счетчик обновляться и т.п., все равно POST а не PUT? Удалять через DELETE?
Про удалять -- правильный вопрос. Будет ли возможность получать список лайков? Как будет удобнее удалять?
DELETE -- это да, но по какому пути? id самого лайка отправлять, типа DELETE /likes/123/ так себе затея. Так что вложенный путь смотрится лучше. Но опять же, передавать ли нам что-то после /likes/?ED
Двоеточие -- просто служебный символ, который показывает, что это не литерал, а переменная. Как
$ в шелл скриптах.DS
Двоеточие -- просто служебный символ, который показывает, что это не литерал, а переменная. Как
$ в шелл скриптах.Аа, я понял, в fast api это делается через {id} ))
DS
Про удалять -- правильный вопрос. Будет ли возможность получать список лайков? Как будет удобнее удалять?
DELETE -- это да, но по какому пути? id самого лайка отправлять, типа DELETE /likes/123/ так себе затея. Так что вложенный путь смотрится лучше. Но опять же, передавать ли нам что-то после /likes/?Да, возможность получать список лайков будет
Что вы имеете ввиду под вложенным путем?
Что вы имеете ввиду под вложенным путем?
ED
Который второй вариант.
DS
Который второй вариант.
Логично, т.е. надо серьезно думать над задачей выходит. Я думал это шаблонная задача.
Кстатит во всех популярных сетях это реализовано через js))
Кстатит во всех популярных сетях это реализовано через js))
DS
Кстати я делаю API, а не сайт, поэтому все сущности виртуальны, т.е. результат отражается только на БД
DS
Про удалять -- правильный вопрос. Будет ли возможность получать список лайков? Как будет удобнее удалять?
DELETE -- это да, но по какому пути? id самого лайка отправлять, типа DELETE /likes/123/ так себе затея. Так что вложенный путь смотрится лучше. Но опять же, передавать ли нам что-то после /likes/?Я бы так удалял:
Не понимаю зачем id лайка, можно удалять по токену (токен=юзер, 1 юзер = 1 лайк)
DELETE https://host/content/id/unlike
Выглядит не очень красиво, но надежно.Не понимаю зачем id лайка, можно удалять по токену (токен=юзер, 1 юзер = 1 лайк)
ED
David Shiko
Я бы так удалял:
Не понимаю зачем id лайка, можно удалять по токену (токен=юзер, 1 юзер = 1 лайк)
DELETE https://host/content/id/unlike
Выглядит не очень красиво, но надежно.Не понимаю зачем id лайка, можно удалять по токену (токен=юзер, 1 юзер = 1 лайк)
DELETE /content/{id}/unlike так себе идея. С точки зрения REST у нас есть объект, который мы можем удалить или модифицировать, обратившись к нему по одному и тому же пути. Мы не удаляем анлайк, мы удаляем лайк.DS
DELETE /content/{id}/unlike так себе идея. С точки зрения REST у нас есть объект, который мы можем удалить или модифицировать, обратившись к нему по одному и тому же пути. Мы не удаляем анлайк, мы удаляем лайк.Однако мелкомягкие так сделали в своей апишке, других примеров я не нашел пока
https://docs.microsoft.com/en-us/sharepoint/dev/general-development/social-feed-rest-api-reference-for-sharepoint#postunlike
https://docs.microsoft.com/en-us/sharepoint/dev/general-development/social-feed-rest-api-reference-for-sharepoint#postunlike
ED
David Shiko
Однако мелкомягкие так сделали в своей апишке, других примеров я не нашел пока
https://docs.microsoft.com/en-us/sharepoint/dev/general-development/social-feed-rest-api-reference-for-sharepoint#postunlike
https://docs.microsoft.com/en-us/sharepoint/dev/general-development/social-feed-rest-api-reference-for-sharepoint#postunlike
unlike -- это уже глагол (like может быть как глаголом, так и существительным). Глагол -- это вызов функции. Вызов функции -- это RPC, то бишь не REST.DS
unlike -- это уже глагол (like может быть как глаголом, так и существительным). Глагол -- это вызов функции. Вызов функции -- это RPC, то бишь не REST.а dislike?))
ED
Как like.
p
David Shiko
Я бы так удалял:
Не понимаю зачем id лайка, можно удалять по токену (токен=юзер, 1 юзер = 1 лайк)
DELETE https://host/content/id/unlike
Выглядит не очень красиво, но надежно.Не понимаю зачем id лайка, можно удалять по токену (токен=юзер, 1 юзер = 1 лайк)
А давайте представим сценарий, когда пользователь хочет убрать все свои лайки.
Т.е. вот у нас мобильное приложение и там есть "выделить всё" и потом ткнуть unlike
Т.е. вот у нас мобильное приложение и там есть "выделить всё" и потом ткнуть unlike
DS
А давайте представим сценарий, когда пользователь хочет убрать все свои лайки.
Т.е. вот у нас мобильное приложение и там есть "выделить всё" и потом ткнуть unlike
Т.е. вот у нас мобильное приложение и там есть "выделить всё" и потом ткнуть unlike
Я в таблице лайков удалю все записи с этим юзером по некоторому DELETE запросу
Например
Например
DELETE https://host/user/:id/content/likes/
Не исключаю ошибку в савоих суждениях