Sly32

а если так:

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 диаграмму.

Может, я просто не понимаю тебя и мы говорим об одном и том же)) 

Может и не самое удачное. Что именно тебя там смущает? Пример архитектуры и обработки запросов в зависимости от типа. Приведи лучше. Смысл оно все равно обьясняет.

В принципе тебе никто не может запретить творить любую дичь . Но если бы ты знал про парадигмы программирования, в данном случае речь идет про ООП, то понимал бы что придерживание правил позволяет улучшить код, его читаемость. Для тебя это бессмысленные слова.

В данном случае придерживание RESTful позволяет написать один эндпоинт, который будет обрабатываться одним классом. В классе в зависимости от типа запроса будет выполняться нужный метод - GET, POST, PUT, DELETE etc. Соответсвенно у тебя в разы растет читаемость кода, уменьшается его количество. ты используешь в полной мере наследование и инкапсуляцию. Конечно, можно и POST запросом получить список постов из базы. Но  это говорит только о том, что ты не понимаешь основных принципов. В итоге будешь гонять кучу ненужных данных через http, а потом, например споткнешься о то, что у тебя CORS не работает.

Я ответил?

О как, милый))) 

Если б знал- не писал бы что можно, всего-то

Неудивительный ответ от человека, не знающего что такое REST. .. 😨 реквест GET потому так и назван, потому что предназначен для ПОЛУЧЕНия данных. 

У вас тут проблема в определении терминов.  Роутер может принимать любые виды запросов, а в классе создаются методы/функции, которые в зависимости от запроса будут выполнять экшены. 

Драм, вот поэтому тебе был дан умный совет выше - начни с фреймворков