Was bietet Redux Toolkit (RTK) gegenüber klassischem Redux?

Question

Accepted Answer

**Redux Toolkit (RTK)** ist die offizielle und empfohlene Methode zum Schreiben von Redux heute. Es beseitigt das berüchtigte Boilerplate von klassischem Redux — manuelle Action Types, Action Creator, unveränderliche Update-Logik, Store-Setup — während es die gleichen Kernprinzipien beibehält.

## Das Boilerplate-Problem, das RTK löst

```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 macht alles

```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` generiert automatisch Action Types und Creator, und — über **Immer** — lässt Sie "mutativen" Reducer-Code schreiben, der sicher in unveränderliche Updates konvertiert wird. Ein prägnanter Slice ersetzt alle manuellen Teile.

## Was RTK sonst noch beinhaltet

```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)
```

## createAsyncThunk Beispiel

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

## Warum RTK jetzt der Standard ist

```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
```

## Warum es wichtig ist

Die größte Kritik am klassischen Redux war sein Boilerplate; RTK behebt das direkt, weshalb es jetzt die **offizielle Empfehlung** ist und was "Redux verwenden" in modernen Codebasen bedeutet.

Das Verständnis von `createSlice` (Immer-gesteuert, auto-generierte Actions), `createAsyncThunk` (asynchron), `createEntityAdapter` (Normalisierung) und RTK Query (Server-State) ist für zeitgenössische Redux-Arbeit unverzichtbar — es bewahrt Redux's Vorhersehbarkeit, während es die Förmlichkeit entfernt, die viele Teams zu Alternativen getrieben hat.