Проверяет понимание разницы между протоколом передачи данных HTTP и архитектурным стилем REST, что важно для проектирования веб-API.
HTTP и REST часто путают, потому что REST почти всегда реализуется поверх HTTP. Но это разные вещи: HTTP — это конкретный протокол прикладного уровня, а REST — архитектурный стиль, то есть набор правил проектирования распределённых систем.
HTTP (HyperText Transfer Protocol) определяет формат запросов и ответов: методы (GET, POST, PUT, DELETE), заголовки, коды состояния, тело сообщения. Он не диктует, как организовывать бизнес-логику — только как передавать данные по сети.
REST (Representational State Transfer) — это стиль, предложенный Роем Филдингом. Он требует:
REST не привязан к HTTP, но HTTP идеально подходит под его принципы.
HTTP-запрос сам по себе не делает API RESTful. RESTful API использует ресурсы и стандартные методы:
GET /users/42 // получить пользователя
POST /users // создать пользователя
PUT /users/42 // обновить пользователя
DELETE /users/42 // удалить пользователяЗдесь HTTP-методы применяются к ресурсу /users/42, что соответствует REST. Если бы мы сделали POST /getUserById, это был бы просто HTTP-вызов, но не REST.
HTTP — это транспорт, REST — это способ организации API. Можно построить REST без HTTP (например, на WebSocket или gRPC), а можно использовать HTTP без REST (RPC-стиль, SOAP).
Итог: HTTP отвечает за то, как передаются данные, REST — за то, как проектируется интерфейс взаимодействия с ресурсами. Понимание этой разницы помогает осознанно выбирать архитектуру API.
Уровень
Рейтинг:
4
Сложность:
3
Навыки
JavaScript
Networks
Ключевые слова
Подпишись на Node.js Developer в телеграм