Этот вопрос проверяет понимание REST как архитектурного подхода и умение выбирать его для подходящих сценариев.
REST API хорошо подходит для классических клиент-серверных приложений, где есть CRUD-операции над ресурсами. Он прост, понятен и легко отлаживается через HTTP. REST удобно использовать для публичных API и интеграций. Чаще всего его выбирают за предсказуемость и широкую поддержку инструментами.
REST — это архитектурный стиль, который строится вокруг ресурсов и стандартных возможностей HTTP.
REST (Representational State Transfer) — это подход к построению API, при котором операции выполняются над ресурсами через стандартные HTTP-методы.
CRUD-сервисы
Пользователи
Заказы
Товары
Публичные API
Интеграции с внешними системами.
API для партнёров.
Простые клиент-серверные приложения
Web
Mobile
Системы с кэшированием
Хорошо работает с HTTP-кешем.
Поддержка ETag, If-Modified-Since.
Простота
Понятная модель ресурсов.
Стандарты HTTP
GET, POST, PUT, DELETE.
Инструменты и экосистема
Логи, прокси, мониторинг работают “из коробки”.
Избыточные данные (overfetching).
Много запросов для сложных экранов.
Слабая типизация по сравнению с контрактными API.
REST API лучше использовать для стандартных CRUD-сценариев, публичных интерфейсов и простых сервисов, где важны понятность и совместимость.