Обязательно ли при постоении REST API использовать что-то кроме GET,POST?

Question

[wideShift]

Я не увидел это в требованиях к архитектуре. Думаю многое можно трактовать по разному.
Чем обычное API, написанное скажем на PHP (GET,POST) и отдающее json будет отличаться от REST?

Comments

[artloveyou]

В реальной жизни, всё может на GET, POST работать. Просто PUT, PATCH, DELETE будут иметь свои адреса и выполняться через GET, POST.

Answer 1

[Вадим]

Методы HTTP используются потому что хорошо подходят для взаимодействия с ресурсами и документированы. Вам не нужно догадываться что делает GET, это в rfc описано. То есть не возникают ситуации "Так... мне нужно получить ресурс с таким-то id, что мне делать - послать GET? POST? DELETE?"
Если ваше приложение соответствует требованиям Филдинга

1. Клиент-Сервер
   
2. Сервер не должен хранить состояние клиента
   
3. Кэширование
   
4. Единый интерфейс между компонентами
   
5. Идентификация ресурса
   
6. Манипуляции над ресурсами через представления
   
7. Само-описывающие сообщения
   
8. HATEOAS (hypermedia as the engine of application state)
   
9. Многослойная архитектура
   
10. Код по запросу (Опционально)
    

то это будет REST, даже если вообще не используется HTTP, а вместо этого вы обмениваетесь записками через дупла.

Comments

[wideShift]

Есть вопросы. Поясните если не трудно
1) Что делает GET,POST,PUT,DELETE определено лишь соглашениями? В смысле POST не обязательно должен создавать что-то, а DELETE удалять?
2) Разве не 6 требований к архитектуре существует (по Филдингу)? Просто в Википедии их 6 и как я понял 5 обязательных чтобы приложение считалось restful?
3) Какова разница понятий REST API и RESTful? Просто как мне кажется это одно и тоже
4) передача состояния представления (REST) - как понять это? Что есть состояние, а что представление?
Разве нельзя было просто назвать "передача представления", какое может быть состояние у представления?