class UserViewSet(viewsets.ViewSet): """ Example empty viewset demonstrating the standard actions that will be handled by a router class. If you're using format suffixes, make sure to also include the `format=None` keyword argument for each action. """ def list(self, request): pass def create(self, request): pass def retrieve(self, request, pk=None): pass def update(self, request, pk=None): pass def partial_update(self, request, pk=None): pass def destroy(self, request, pk=None): pass
Ну хорошо - тогда обьясни мне, буду знать))) Очень хочется понять) Отставим сарказм, давай конструктивно
Вот пример класса из djangoREST - все методы понятны, описывают все что может происходить с эндпойнтом при различных типах запроса
Потому что этот метод не для этого))) Тебе уже написали выше. Для изменений существует POST, это как минимум
Даже уже любопытно посмотреть на твой код)))
GET /collection?action=delete&id=object
Даже если речь об "адаптиве" под GET/POST, упомянутые действия нужно выполнять методом POST.
а если так:
DELETE /collection?id=object
И определить метод DELETE?
Уже даже забавно) Ну это ты сможешь понять -
RESTful API — это интерфейс,используемые двумя компьютерными системами для безопасного обмена информацией через Интернет.Что такое API?Интерфейс прикладного программирования (API) определяет правила, которым необходимо следовать для связи с другими программными системами.Representational State Transfer (REST) — это программная архитектура, которая определяет условия работы API.Единый интерфейс является конструктивной основой любого веб-сервиса RESTful.Единый интерфейс накладывает четыре архитектурных ограничения:Запросы должны идентифицировать ресурсы. Это происходит за счет единого идентификатора ресурсов.
Теперь скажи сам, что нарушает в данной концепции твое желание применить Get для удаления?
Повторюсь в очередной раз - речь не о технической возможности, речь об архитектуре приложения. Ты даже не можешь привести пример кода в защиту своего утверждения.
С тобой спор на уровне детей в песочнице. Я тебе ответил - есть тип запроса DELETE, использовать GET это как ножом откручивать шуруп - может и получится, но гораздо удобнее отверткой. До тебя это никак не доходит
Написать пример - минут 10 заняло бы. Ты вместо этого флудишь которую страницу. Мне твой обработчик не нужен. Дискуссия с тобой как обычно ушла в никуда. На этом заканчиваю. Если ты не смог понять почему нельзя GET юзать вместо DELETE - твои проблемы.
My bad. Имел ввиду запись
Ну и обьясни - напиши класс обработчик на любом доступном тебе языке. Или можешь нарисовать Plant диаграмму. Просто пример, как ты это реализуешь - без словоблудия. ТСу может это будет полезно
Причем тут твоя личность? Напоминаю суть спора - ты считаешь нормальным использовать GET-запрос для удаления файлов, я - нет. Приведи пример простого класса - как ты реализуешь следующее:
Есть некая таблица, где храняться посты пользователя. Покажи пример как ты получишь все посты юзера, посто по выбору(по id), удалишь пост, изменишь его, создашь новый, что-то типа-url -> обработка -> storage. Можно просто sequence диаграмму.
Может, я просто не понимаю тебя и мы говорим об одном и том же))
Может и не самое удачное. Что именно тебя там смущает? Пример архитектуры и обработки запросов в зависимости от типа. Приведи лучше. Смысл оно все равно обьясняет.
Во-первых, непонятно, каким образом ты умудрился пристегнуть REST к утверждению "можно".Во-вторых, попробуй придумать причину, по которой я не могу использовать для удаления объекта GET-запрос. То обстоятельство, что ты узнал перевод слова "get", в качестве аргумента не принимается.
В принципе тебе никто не может запретить творить любую дичь . Но если бы ты знал про парадигмы программирования, в данном случае речь идет про ООП, то понимал бы что придерживание правил позволяет улучшить код, его читаемость. Для тебя это бессмысленные слова.
В данном случае придерживание RESTful позволяет написать один эндпоинт, который будет обрабатываться одним классом. В классе в зависимости от типа запроса будет выполняться нужный метод - GET, POST, PUT, DELETE etc. Соответсвенно у тебя в разы растет читаемость кода, уменьшается его количество. ты используешь в полной мере наследование и инкапсуляцию. Конечно, можно и POST запросом получить список постов из базы. Но это говорит только о том, что ты не понимаешь основных принципов. В итоге будешь гонять кучу ненужных данных через http, а потом, например споткнешься о то, что у тебя CORS не работает.
Я ответил?
