Расскажите про отдельный слой для API-запросов в приложении — как он обычно устроен, что является единицей описания запроса?

Зачем нужен отдельный слой API

В приложении часто возникает необходимость общаться с сервером. Если делать запросы прямо в компонентах или бизнес-логике, код становится запутанным: дублируются настройки, сложно менять базовый URL или обрабатывать ошибки. Отдельный слой API решает эту проблему, собирая все сетевые взаимодействия в одном месте.

Как он устроен

Обычно создаётся папка api или services, где каждый файл отвечает за определённый ресурс (например, users.js, products.js). Внутри экспортируются функции, каждая из которых соответствует одному эндпоинту. Функция принимает параметры, формирует запрос и возвращает Promise с данными.

// api/users.js
import http from './http';

export const getUsers = () => http.get('/users');
export const getUserById = (id) => http.get(`/users/${id}`);
export const createUser = (data) => http.post('/users', data);

Единицей описания запроса является именно такая функция. Она инкапсулирует метод HTTP, URL, заголовки и тело запроса. Это позволяет вызывающему коду не знать деталей реализации.

Преимущества

• Централизованная настройка (базовый URL, токены, перехватчики).
• Упрощение тестирования — можно мокать слой целиком.
• Переиспользование запросов в разных частях приложения.
• Лёгкая замена HTTP-клиента (например, с fetch на axios).

Вывод

Отдельный слой API — это стандарт для средних и крупных приложений. Он делает код чище, а взаимодействие с сервером — предсказуемым. Применяйте его всегда, когда проект имеет более пары эндпоинтов.