Ну, первый вопрос: имеет ли значение, если это не RESTful?Пока API хорошо документирован и работает для людей, которым нужно его использовать, я не уверен, что это проблема.
Во-вторых, REST имеет меньшее отношение к содержанию запросов и ответов.и многое другое, чтобы сделать, как запросы сделаны.REST в HTTP обычно означает, что каждый вызов API использует правильный HTTP-метод для ответа на что-то, и что URL-адреса также являются репрезентативными.
Например:
- GET / foo <- GET-запросы означают загрузку или чтение чего-либо </li>
- POST / foo <- POST означает отправку данных или изменение </li>
- PUT / foo / bar <- PUT часто используется для загрузки новых ресурсов.Часто ожидается, что когда вы помещаете объект по URL-адресу, и он успешно выполняется, вы можете снова получить объект по тому же URL-адресу. </li>
- DELETE / foo / bar <-- должно быть очевидно </li>
Например, если у вашего API была одна конечная точка URL, а метод был выбран чем-то внутри данных POST, то это, вероятно, не RESTful.С другой стороны, если каждый URL представляет ресурс, а API используется для обхода URL, а все, что изменяет что-либо, использует POST / PUT, а все, что запрашивает что-либо, использует GET, это то, что большинство считает RESTful.