आप कैसे तय करते हैं कि state का प्रत्येक हिस्सा कहाँ रहना चाहिए?

Question

Accepted Answer

**state कहाँ रहता है** यह तय करना सबसे महत्वपूर्ण architecture कौशलों में से एक है। मार्गदर्शक सिद्धांत: state के प्रत्येक हिस्से को उस **सबसे संकीर्ण scope** में रखें जो अभी भी हर उस व्यक्ति को संतुष्ट करता है जिसे इसकी ज़रूरत है — और state के प्रत्येक *प्रकार* को सही tool से मिलाएँ।

## एक निर्णय ढांचा

```text
1. Who needs this state?
   - One component                  → local state (useState)
   - A few related components        → lift to common parent / small context
   - Many distant components         → global store or context

2. What KIND of state is it?
   - Server/remote data              → server-state library (React Query/SWR)
   - UI/client state                 → useState / Zustand / Redux
   - URL-derivable (filters, page)    → the URL (searchParams)
   - Form input                       → form library or local state

3. How OFTEN does it change?
   - Rarely, widely shared (theme)    → Context is fine
   - Frequently, widely shared        → store with selective subscriptions
```

## श्रेणियाँ और उनके ठिकाने

```text
State type     Lives in                       Examples
─────────────────────────────────────────────────────────────────
Local UI       component (useState)           input text, isOpen, hover
Shared UI      lifted parent / Context / store modal state, selected item
Server data    React Query / SWR / RTK Query  users, products (cached remote)
URL state      router / searchParams          filters, page, search query, tab
Form state     React Hook Form / local         field values, validation
Global app     Zustand / Redux / Context      auth user, theme, cart
```

## आम गलतियाँ जिनसे यह ढांचा बचाता है

```text
❌ Server data in Redux       → use React Query (it's a cache, not UI state)
❌ Everything global "just in case" → over-coupling, extra re-renders; keep local
❌ Filters/page in state       → put in the URL (shareable, bookmarkable, back-button)
❌ Duplicating derivable values → derive instead (single source of truth)
❌ Form state in a global store → usually overkill; keep local or use a form lib
```

## URL एक कम-इस्तेमाल किया गया state है

```text
Filters, pagination, search, active tab → belong in the URL.
Benefits: shareable links, browser back/forward works, survives refresh, SEO.
```

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

state कहाँ रहता है यह किसी app की सरलता, performance, और maintainability निर्धारित करता है।

कौशल है हर चीज़ को global बनाने की इच्छा का विरोध करना और इसके बजाय **default रूप से localize करना, state के प्रत्येक प्रकार को उसके उचित tool से मिलाना** (server data → React Query, URL से प्राप्त होने योग्य → URL, UI → local/store)।

इसे सही करने से सबसे आम architecture समस्याओं से बचा जा सकता है — server data को Redux में ठूँसना, अत्यधिक-global किया गया state जो re-renders का कारण बनता है, और filters को URL के बजाय component state में रखना।

यही निर्णय क्षमता एक साफ़, scalable state architecture को एक उलझे हुए architecture से अलग करती है।