Jakie są podstawowe koncepcje Redux?

Question

Accepted Answer

**Redux** to przewidywalny kontener stanu zbudowany na trzech zasadach: **pojedynczym magazynie**, **stanie tylko do odczytu**, zmieniającym się wyłącznie za pośrednictwem **akcji**, oraz **czystych reduktorach** obliczających następny stan. Dane płyną w jednym kierunku, co czyni zmiany możliwymi do śledzenia. ## Trzy zasady ```text 1. Single source of truth — the whole app's state lives in ONE store object 2. State is read-only — you never mutate it; you DISPATCH actions to change it 3. Changes via pure reducers — (state, action) => newState, no side effects ``` ## Części i przepływ ```js // STORE — holds the single state tree const store = configureStore({ reducer: rootReducer }); // ACTION — a plain object describing what happened const action = { type: "counter/incremented", payload: 1 }; // REDUCER — pure function: given state + action, returns NEW state function counterReducer(state = { value: 0 }, action) { switch (action.type) { case "counter/incremented": return { ...state, value: state.value + action.payload }; // new object default: return state; } } // DISPATCH — the only way to trigger a change store.dispatch(action); // SELECT — read state store.getState().counter.value; ``` ## Cykl ```text UI dispatches an ACTION → REDUCER computes new STATE → STORE updates → subscribed components re-render → user interacts → dispatches the next action ``` Ten rygorystyczny jednokierunkowy przepływ oznacza, że każda zmiana stanu jest wynikiem wysłanej akcji przetwarzanej przez czystą funkcję — całkowicie możliwa do śledzenia. ## Użycie w React ```jsx import { useSelector, useDispatch } from "react-redux"; function Counter() { const count = useSelector(state => state.counter.value); // read const dispatch = useDispatch(); return ; // write } ``` ## Dlaczego te ograniczenia? ```text Predictability — every change is an explicit, logged action Debuggability — time-travel debugging, action replay (Redux DevTools) Testability — pure reducers are trivial to unit test ``` (Uwaga: nowoczesny Redux korzysta z **Redux Toolkit**, która dramatycznie zmniejsza boilerplate, zachowując te koncepcje.) ## Dlaczego to ważne Podstawowe koncepcje Redux — pojedynczy magazyn, akcje, czyste reduktory, przepływ jednokierunkowy — sprawiają, że stan aplikacji jest **przewidywalny i możliwy do śledzenia**, co jest jego główną wartością dla dużych aplikacji. Zrozumienie store/action/reducer/dispatch/select jest istotne dla wielu baz kodu korzystających z Redux, a zasady (immutable updates, pure reducers, unidirectional flow) powtarzają się w praktycznie każdej bibliotece stanu. Kompromis stanowi boilerplate, którą Redux Toolkit rozwiązuje, zachowując te fundamenty.