¿Qué proporciona Redux Toolkit (RTK) sobre Redux clásico?

Question

Accepted Answer

**Redux Toolkit (RTK)** es la forma oficial y recomendada de escribir Redux hoy en día. Elimina el notorio boilerplate de Redux clásico — tipos de acción manual, creadores de acciones, lógica de actualización inmutable, configuración de tienda — mientras mantiene los mismos principios fundamentales.

## El problema de boilerplate que RTK resuelve

```js
// ❌ classic Redux — verbose: action types, creators, switch reducers, manual immutability
const INCREMENT = "counter/increment";
const increment = () => ({ type: INCREMENT });
function reducer(state = { value: 0 }, action) {
  switch (action.type) {
    case INCREMENT: return { ...state, value: state.value + 1 };
    default: return state;
  }
}
```

## RTK: createSlice lo hace todo

```js
import { createSlice, configureStore } from "@reduxjs/toolkit";

export const { increment, incrementBy } = counterSlice.actions; // action creators AUTO-generated
const store = configureStore({ reducer: { counter: counterSlice.reducer } });
```

`createSlice` genera automáticamente tipos de acción y creadores, y — a través de **Immer** — te permite escribir código reducer "mutante" que se convierte de forma segura en actualizaciones inmutables. Un slice conciso reemplaza todas las piezas manuales.

## Qué más incluye RTK

```text
configureStore   → store setup with DevTools + thunk middleware preconfigured
createAsyncThunk → standard async (pending/fulfilled/rejected actions) for data fetching
createEntityAdapter → normalized state + CRUD reducers for collections
RTK Query        → a full data-fetching/caching layer (like React Query, built into Redux)
```

## Ejemplo de createAsyncThunk

```js
export const fetchUsers = createAsyncThunk("users/fetch", () => api.getUsers());
// auto-dispatches users/fetch/pending | fulfilled | rejected — handle in extraReducers
```

## Por qué RTK es ahora el estándar

```text
✓ ~75% less code than classic Redux
✓ Immer → no manual immutable spread logic (fewer bugs)
✓ Good defaults (DevTools, thunk) out of the box
✓ Encourages best practices (slices, normalized data)
✓ RTK Query bundles server-state management
```

## Por qué es importante

La mayor crítica de Redux clásico fue su boilerplate; RTK lo soluciona directamente, por lo que ahora es la **recomendación oficial** y lo que significa "usar Redux" en bases de código modernas.

Comprender `createSlice` (impulsado por Immer, acciones generadas automáticamente), `createAsyncThunk` (asincrónico), `createEntityAdapter` (normalización) y RTK Query (estado del servidor) es esencial para el trabajo contemporáneo con Redux — preserva la previsibilidad de Redux mientras elimina la ceremonia que llevó a muchos equipos a alternativas.