Model stanu atomowego (Jotai, Recoil) buduje stan globalny z wielu małych, niezależnych jednostek zwanych atomami, złożonych bottom-up — zamiast jednego dużego magazynu top-down (Redux) lub monolitycznego contextu. Komponenty subskrybują się do poszczególnych atomów i ponownie renderują się tylko wtedy, gdy te ulegną zmianie.
{ atom, useAtom } ;
countAtom = ();
nameAtom = ();
Każdy atom to autonomiczny fragment stanu. Możesz tworzyć ich tyle, ile potrzebujesz, każdy można adresować osobno.
// a derived atom computes from other atoms; recomputes when its dependencies change
const doubleAtom = atom((get) => get(countAtom) * 2);
const greetingAtom = atom((get) => `Hello, ${get(nameAtom)}`);
// writable derived atom
const upperNameAtom = atom(
(get) => get(nameAtom).toUpperCase(),
(get, set, newVal) => set(nameAtom, newVal.toLowerCase()),
);
Atomy tworzą graf zależności — atomy pochodne automatycznie aktualizują się, gdy zmieniają się atomy, które czytają, jak arkusz kalkulacyjny.
function Counter() {
const [count, setCount] = useAtom(countAtom); // global, but useState-like API
return <button onClick={() => setCount(count + 1)}>{count}</button>;
}
function Display() {
const [double] = useAtom(doubleAtom); // re-renders ONLY when doubleAtom changes
}
Redux (top-down): one big state tree; you carve slices/selectors OUT of it
Atomic (bottom-up): start with tiny atoms; compose them UP into derived state
Granularity: each atom is independently subscribable → naturally fine-grained
re-renders (a component using countAtom ignores nameAtom changes)
✓ Fine-grained re-renders by default (subscribe to exactly the atoms you use)
✓ No selector boilerplate; derived state is just another atom
✓ Solves Context's "re-render everything" problem
✓ Great for state that's naturally decomposed into many independent pieces
✗ Many atoms can be harder to organize/trace than one centralized store
✗ Less rigid structure than Redux (a pro or con depending on the team)
Model atomowy to odrębne, coraz bardziej popularne podejście do stanu globalnego, które odwraca strukturę top-down Reduksa: zamiast dzielić duży magazyn, komponujesz małe atomy w górę.
Jego wbudowana granularność zapewnia wydajne, ukierunkowane ponowne renderowanie bez selektorów — bezpośrednio rozwiązując problemy wydajności Contextu.
Zrozumienie atomów (i atomów pochodnych) uzupełnia twoją wiedzę o przestrzeni designu zarządzania stanem, obok modeli single-store (Redux/Zustand) i reactive (MobX/Signals), pomagając ci wybrać paradygmat, który najlepiej pasuje do kształtu stanu aplikacji.