Можно ли написать хорошее приложение без Redux?

Можно ли написать хорошее приложение без Redux?

Да, безусловно можно написать отличное приложение без использования Redux. Более того, во многих современных проектах Redux уже не является обязательным или даже рекомендуемым выбором. Управление состоянием в React-приложениях сильно эволюционировало за последние годы, и сегодня существует множество эффективных альтернатив.

Почему Redux перестал быть обязательным

1. Усложнение кодовой базы: Redux добавляет значительный объем шаблонного кода (boilerplate): actions, action creators, reducers, connect/mapStateToProps. Для небольших и средних приложений это часто избыточно.
2. Встроенные возможности React: С появлением React Context API и хуков, особенно useReducer и useContext, разработчики получили мощные встроенные инструменты для управления состоянием без сторонних библиотек.
3. Специализированные решения: Появились библиотеки, которые решают те же задачи, что и Redux (глобальное состояние, предсказуемые обновления), но делают это с более простым и интуитивно понятным API.

Современные альтернативы для управления состоянием

1. Встроенные решения React (Context API + Hooks)

Для многих приложений полностью достаточно комбинации useState, useReducer и useContext. Вы можете создать легковесный "хранилище" (store), доступное из любого компонента.

// 1. Создаем контекст
const AppContext = React.createContext();

// 2. Создаем провайдер с состоянием и логикой
function AppProvider({ children }) {
  const [state, dispatch] = useReducer(reducer, initialState);

  const value = { state, dispatch };
  return <AppContext.Provider value={value}>{children}</AppContext.Provider>;
}

// 3. Кастомный хук для удобного использования
function useAppState() {
  const context = useContext(AppContext);
  if (!context) {
    throw new Error('useAppState must be used within AppProvider');
  }
  return context;
}

2. Библиотеки нового поколения

• Zustand: Минималистичная библиотека, которая предоставляет простое API для создания хранилищ. Она решает проблему избыточного кода и часто является отличной заменой Redux.

  import create from 'zustand';
  
  const useStore = create((set) => ({
    count: 0,
    increment: () => set((state) => ({ count: state.count + 1 })),
    reset: () => set({ count: 0 }),
  }));
  
  // Использование в компоненте
  function Counter() {
    const { count, increment } = useStore();
    return <button onClick={increment}>Clicked {count} times</button>;
  }
  

• Recoil (от Meta): Предлагает концепцию "атомов" и "селекторов", которая идеально ложится на ментальную модель React. Отлично подходит для работы с производными и асинхронными состояниями.
• Jotai: Похож на Recoil, но еще более минималистичен и использует примитивы, подобные useState.
• Valtio: Использует прокси-объекты, позволяя управлять состоянием как обычным изменяемым (mutable) объектом, но с реактивными обновлениями.

3. Серверное состояние (React Query, SWR)

Огромный прорыв в разработке — это разделение клиентского и серверного состояния. Библиотеки типа TanStack Query (React Query) или SWR специализируются на кэшировании, синхронизации и обновлении данных, полученных с сервера (запросы к API). Они автоматически управляются загрузкой, ошибками, пагинацией, инвалидацией кэша. Redux никогда не был идеальным для этой задачи, и использование этих инструментов часто полностью устраняет необходимость в хранении серверных данных в Redux-сторе.

// Пример с React Query. Библиотека сама управляется кэшированием,
// повторными запросами и состоянием загрузки.
import { useQuery } from '@tanstack/react-query';

function UserProfile({ userId }) {
  const { data, isLoading, error } = useQuery({
    queryKey: ['user', userId],
    queryFn: () => fetchUser(userId),
  });

  if (isLoading) return 'Loading...';
  if (error) return 'An error has occurred: ' + error.message;

  return <div>Hello, {data.name}!</div>;
}

Когда Redux все еще может быть оправдан?

• Большие, сложные enterprise-приложения с огромным количеством взаимосвязанного состояния и строгими требованиями к трассировке изменений.
• Проекты с существующей кодовой базой на Redux, где миграция непропорционально дорога.
• Команды, которые имеют глубокий опыт и отлаженные процессы работы с Redux (Middleware, Redux Toolkit).

Заключение

Писать хорошее приложение без Redux не только можно, но часто и нужно. Критерием выбора инструмента должно быть соответствие задаче и сложности проекта. Начните с локального состояния (useState), масштабируйте до контекста (useContext), при необходимости добавьте useReducer для сложной локальной логики, а для серверных данных используйте специализированные библиотеки (React Query). Рассматривайте такие инструменты, как Zustand или Recoil, только если встроенных средств React становится недостаточно. Современная экосистема React предоставляет все необходимое для создания поддерживаемых, производительных и хорошо структурированных приложений без обязательного привлечения Redux.