Ответ на вопрос 1 есть, да, поскольку они ограничены спецификацией HTTP. Однако, как правило, большинство приложений REST используют только GET и POST, поскольку они наиболее широко поддерживаются всей инфраструктурой Интернета. И тогда ответ на второй вопрос - нет, вы не можете создать собственный глагол.
То, что вам нужно учитывать при использовании HTTP-глаголов, заключается в том, что GET не должен иметь побочных эффектов, так как клиент может повторно отправить GET в любое время (в случае обнаружения сбоя связи). Однако POST может быть отправлен клиентом не более одного раза, поэтому его следует использовать для всего, что вызывает изменение, которое невозможно повторить (например, вставить).
Обычно вы определяете, какой «глагол» вы хотите в своем приложении как часть URL-адреса, а не как HTTP-глагол.
Какой возможный глагол вам понадобится за пределами GET, POST, PUT и DELETE? Пожалуйста, объясни. –
, выходящий за пределы спецификации HTTP путем создания пользовательских глаголов, сделает вашу службу не HTTP-совместимой, что может вызвать непредвиденные проблемы в будущем (например, интероперабельность). Кроме того, большинство разработчиков никогда не выйдут за рамки GET и POST, поэтому было бы интересно узнать, почему вы считаете, что вам нужно что-то новое – tomfumb
Чтобы быть честным, я новичок в веб-сервисах. Итак, у меня, наверное, много заблуждений. Но предположим, что я хочу предоставить 10 различных действий. Тогда как я могу предоставить 10 действий только с 7 глаголами? Разве каждое действие не подпадает под отдельный глагол? Или я ошибаюсь и могу использовать условные выражения для предоставления нескольких действий под одним глаголом? В целом, как другие разрабатывают свое приложение таким образом, что им не нужны дополнительные глаголы, даже если им необходимо обеспечить 100 различных действий? –