Kdy opravdu potřebujete knihovnu na správu stavu?

Question

Accepted Answer

**Nepotřebujete ji vždy**. Moderní frameworky mají schopné vestavěné nástroje na správu stavu a přidání Redux/Zustand předčasně zvyšuje komplexitu. Upřímná odpověď: přidejte knihovnu pouze pokud se vestavěné možnosti stanou bolestivými.

## Začněte s vestavěnými nástroji

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

Lokální stav + Context + (pro vzdálená data) React Query pokrývají naprostou většinu aplikací. Mnoho produkčních aplikací nepotřebuje žádnou globální knihovnu na správu stavu.

## Příznaky, kdy byste skutečně mohli potřebovat knihovnu

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

## Proč ne prostě "vždy používat Redux"?

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

## Přizpůsobte nástroj potřebě

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

Velká část "potřebujeme Redux" je vlastně problém se stavem serveru, který se lépe řeší pomocí React Query, nebo několik hodnot vyřešených Context/Zustand.

## Proč na to záleží

Vědět, *kdy* je knihovna na správu stavu opravdě potřeba, zabrání běžné chybě přeingenerování — přidání Redux do aplikace, která potřebuje pouze `useState` a Context.

Zralý přístup je začít jednoduše, identifikovat *konkrétní* problém (hluboké sdílení, složité aktualizace, cachování serveru) a sáhnout po *správném* nástroji pro daný problém (často lehký úložiště nebo knihovna pro stav serveru, ne těžké globální).

Volba minimálního řešení, které vyhovuje, udržuje aplikace jednoduššími, rychlejšími na vývoj a snazšími na údržbu.