В каких проектах сегодня оправдано использование Redux-Saga?

Redux-Saga — это middleware, который перехватывает actions и позволяет описывать побочные эффекты (запросы к API, работу с localStorage, таймеры) в виде декларативных саг на генераторах. В отличие от thunk, где логика живёт внутри функций-создателей действий, саги изолированы в отдельном слое и легко тестируются без моков сети.

Когда Saga действительно оправдана

• Сложные асинхронные цепочки: например, после логина нужно загрузить профиль, затем права, затем уведомления, и всё это с обработкой ошибок на каждом шаге.
• Отмена и гонки: пользователь быстро меняет фильтр — предыдущий запрос нужно отменить, а результат применить только от последнего.
• Повторные попытки и фоновые процессы: автообновление данных, реконнект WebSocket, retry с backoff.
• Сложная координация между модулями: несколько саг слушают одни и те же actions и реагируют по-разному.

Пример: отмена устаревшего запроса

import { takeLatest, call, put } from 'redux-saga/effects';
import { fetchUsersApi } from './api';

function* loadUsers(action) {
  try {
    const users = yield call(fetchUsersApi, action.payload);
    yield put({ type: 'USERS_SUCCESS', payload: users });
  } catch (e) {
    yield put({ type: 'USERS_FAILURE', error: e.message });
  }
}

// takeLatest отменяет предыдущую сагу при новом action
export function* watchUsers() {
  yield takeLatest('USERS_REQUEST', loadUsers);
}

Когда Saga не нужна

Если в приложении десяток простых запросов без отмены и цепочек, Redux-Saga добавит лишний слой абстракции. В таких случаях лучше подойдут Redux Thunk, RTK Query или React Query, которые решают кэширование и загрузку данных проще и с меньшим количеством кода.

Итог: Redux-Saga стоит применять в крупных приложениях с насыщенной асинхронной логикой, где важны отмена, гонки, повторные попытки и тестируемость эффектов; в небольших проектах она чаще всего избыточна.