क्रियाएं और reducers क्या हैं, और reducers शुद्ध क्यों होने चाहिए?

Question

Accepted Answer

एक **क्रिया** एक साधारण वस्तु है जो *क्या हुआ* इसका वर्णन करती है; एक **reducer** एक शुद्ध फ़ंक्शन है जो वर्तमान स्थिति और एक क्रिया लेता है और *अगली* स्थिति लौटाता है। एक साथ वे पूर्वानुमानित स्थिति संक्रमण को लागू करते हैं।

## क्रियाएं — घटनाओं का वर्णन करें

```js
// just data: a `type` (required) + any payload
{ type: "todos/added", payload: { id: 1, text: "Learn Redux" } }
{ type: "todos/toggled", payload: 1 }
```

क्रियाएं कुछ भी *नहीं* करती — वे घटनाओं के घोषणात्मक विवरण हैं। उन्हें भूतकाल में नाम देना ("जोड़ा गया", "टॉगल किया") दर्शाता है कि वे रिकॉर्ड करते हैं कि क्या हुआ।

## Reducers — अगली स्थिति की गणना करें

```js
function todosReducer(state = [], action) {
  switch (action.type) {
    case "todos/added":
      return [...state, action.payload];              // new array
    case "todos/toggled":
      return state.map(t =>                             // new array, new object for the changed one
        t.id === action.payload ? { ...t, done: !t.done } : t
      );
    default:
      return state;                                     // unknown action → unchanged
  }
}
```

एक reducer का हस्ताक्षर `(state, action) => newState` है। इसे एक **नई** स्थिति ऑब्जेक्ट/सरणी लौटनी चाहिए (अपरिवर्तनीय रूप से), कभी भी इनपुट को म्यूट न करें।

## Reducers को शुद्ध क्यों होना चाहिए

एक शुद्ध फ़ंक्शन: (1) समान इनपुट के लिए समान आउटपुट लौटाता है, और (2) **कोई साइड इफेक्ट्स** नहीं है। Reducers को दोनों नियमों का पालन करना चाहिए:

```js
// ❌ NOT pure — breaks everything
function badReducer(state, action) {
  state.value++;              // ❌ mutates input (breaks change detection, time-travel)
  fetch("/api/log");          // ❌ side effect (non-deterministic, untestable)
  return { value: Math.random() }; // ❌ non-deterministic output
}
```

शुद्धता Redux की विशिष्ट सुविधाओं को सक्षम बनाती है:

```text
✓ Predictability   — same state + action ALWAYS gives the same result
✓ Time-travel / replay — you can re-run actions to reproduce any state
✓ Testability      — just call reducer(state, action) and assert; no mocks needed
✓ Change detection — returning new references lets the UI detect changes
```

साइड इफेक्ट्स (API कॉल, लॉगिंग, यादृच्छिकता) **middleware** (thunks/sagas) या effects में रहती हैं — कभी reducers में नहीं।

## यह क्यों महत्वपूर्ण है

क्रिया/reducer मॉडल Redux-शैली की स्थिति प्रबंधन का दिल है और यही कारण है कि यह इतना डीबग करने योग्य और परीक्षण योग्य है।

शुद्धता की आवश्यकता मनमानी नहीं है: यह *वह है जो* समय-यात्रा डीबगिंग, क्रिया रीप्ले, और तुच्छ इकाई परीक्षण को संभव बनाता है, और यही कारण है कि साइड इफेक्ट्स कहीं और रहनी चाहिए।

यह शुद्ध-फ़ंक्शन-संचालित, अपरिवर्तनीय अपडेट पैटर्न Redux, NgRx, useReducer, और उससे आगे में दोहराया जाता है — इसे समझना (और reducers को शुद्ध रखने का अनुशासन) पूर्वानुमानित स्थिति के लिए मौलिक है।