Atominė būsenos modelis (Jotai, Recoil) sukuria globalią būseną iš daugelio mažų, nepriklausomų vienetų, vadinamų atomais, sudarytais iš apačios į viršų — o ne iš vieno didelio viršutinio saugyklos (Redux) ar monolitinio konteksto. Komponentai prenumeruoja individualius atomus ir iš naujo renderinami tik tada, kai jie pasikeičia.
{ atom, useAtom } ;
countAtom = ();
nameAtom = ();
Kiekvienas atomas yra savarankiškas būsenos gabalas. Jūs kuriate tiek, kiek jums reikia, kiekvienas adresuojamas savarankiškai.
// 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()),
);
Atomai sudaryti į priklausomybės grafiką — išvesti atomai automatiškai atnaujinami, kai pasikeičia jų skaitomi atomai, kaip skaičiuoklė.
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)
Atominis modelis yra skirtingas, vis populiaresnis globalios būsenos valdymo metodas, kuris apverčia Redux viršutinę struktūrą: vietoj didelio saugyklos dalinio, jūs sudarote mažus atomus iš apačios į viršų.
Jo integruota granuliariškumas suteikia efektyvius, tikslines iš naujo renderinimo operacijas be selektorių — tiesiogiai sprendžiant Context atlikties problemas.
Supratimas apie atomus (ir išvestus atomus) papildo jūsų žinias apie būsenos valdymo projektavimo erdvę, kartu su vienšaltiniu saugyklos (Redux/Zustand) ir reaktyviuoju (MobX/Signals) modeliais, padedant pasirinkti paradigmą, kuri geriausiai atitinka programos būsenos formą.