Выбор зависит от контрактов и сценариев: REST удобен для ресурсов, GraphQL — для гибких выборок, RPC — для явных операций.
Какой API-подход вы бы выбрали для взаимодействия фронтенда и бэкенда в этом сервисе? Какие есть варианты помимо REST?
Выбор зависит от контрактов и сценариев: REST удобен для ресурсов, GraphQL — для гибких выборок, RPC — для явных операций.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Выбор зависит от контрактов и сценариев: REST удобен для ресурсов, GraphQL — для гибких выборок, RPC — для явных операций.
Для событий в реальном времени дополнительно подходят SSE или WebSocket; они не обязательно заменяют основной API. Сравните кеширование, авторизацию, наблюдаемость, сложность клиентов и требования к совместимости. Без описания сервиса нельзя обоснованно выбрать единственный вариант: сначала уточните потребителей, частоту обновлений и форму данных.