Wann brauchst du tatsächlich eine State-Management-Bibliothek?

Question

Accepted Answer

Du **brauchst nicht immer eine**. Moderne Frameworks haben leistungsstarke eingebaute State-Tools, und Redux/Zustand zu früh einzuführen, fügt nur Komplexität hinzu. Die ehrliche Antwort: Füge eine Bibliothek nur dann hinzu, wenn die eingebauten Optionen unbequem werden.

## Beginne mit eingebauten Tools

```jsx
// most state needs are met by:
const [x, setX] = useState();           // local component state
const value = useContext(MyContext);    // share across a subtree
const memo = useMemo(() => derive(), [x]); // derived values
// + a server-state library (React Query) for fetched data
```

Lokaler State + Context + (für Remote-Daten) React Query decken die große Mehrheit der Apps ab. Viele Production-Apps benötigen überhaupt keine Global-State-Bibliothek.

## Zeichen, dass du möglicherweise wirklich eine Bibliothek brauchst

```text
✓ Lots of GLOBAL state shared across many distant components
✓ Complex state interactions / frequent updates that Context handles poorly
                       (Context re-renders all consumers on any change)
✓ You need devtools, time-travel debugging, or strict update traceability
✓ Many components both read AND write the same shared state
✓ Predictable, centralized update logic matters for a large team
```

## Warum nicht einfach "immer Redux verwenden"?

```text
Cost of a library: boilerplate, learning curve, more indirection, bundle size.
For a small/medium app, that cost often outweighs the benefit.
```

## Wähle das Tool für den Bedarf

```text
Server/remote data        → React Query / SWR (NOT a global store)
A few global values        → Context, or a tiny store (Zustand/Jotai)
Large, complex shared state→ Redux Toolkit, or Zustand for less boilerplate
Form state                 → a form library (React Hook Form), not global state
```

Ein großer Teil von "wir brauchen Redux" ist tatsächlich ein Server-State-Problem, das React Query besser löst, oder ein paar Werte, die durch Context/Zustand gelöst werden.

## Warum es wichtig ist

Zu wissen, *wann* eine State-Bibliothek gerechtfertigt ist, verhindert den häufigen Fehler der Überentwicklung – Redux zu einer App hinzufügen, die nur `useState` und Context braucht.

Der reife Ansatz besteht darin, einfach zu beginnen, den *spezifischen* Schmerz zu identifizieren (tiefes Sharing, komplexe Updates, Server-Caching) und das *richtige* Tool für diesen Schmerz einzusetzen (oft ein leichtgewichtiges Store oder eine Server-State-Bibliothek, nicht ein schweres globales).

Die Wahl der minimalen Lösung, die passt, hält Apps einfacher, schneller zu entwickeln und leichter zu warten.