ਤੁਸੀਂ ਫੈਸਲਾ ਕਿਵੇਂ ਕਰਦੇ ਹੋ ਕਿ ਹਰੇਕ ਸਟੇਟ ਕਿੱਥੇ ਰਹੇ?

Question

Accepted Answer

ਫੈਸਲਾ ਕਰਨਾ **ਕਿ ਸਟੇਟ ਕਿੱਥੇ ਰਹੇ** ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਆਰਕਿਟੈਕਚਰ ਹੁਨਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ। ਮਾਰਗ ਦਰਸ਼ਨ ਸਿਧਾਂਤ: ਹਰੇਕ ਸਟੇਟ ਦੇ ਹਿੱਸੇ ਨੂੰ **ਸਭ ਤੋਂ ਤੰਗ ਸਕੋਪ** ਵਿੱਚ ਰੱਖੋ ਜੋ ਸਾਰਿਆਂ ਨੂੰ ਸੰਤੁਸ਼ਟ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਸ ਦੀ ਲੋੜ ਹੈ — ਅਤੇ ਹਰੇਕ *ਕਿਸਮ* ਦੀ ਸਟੇਟ ਨੂੰ ਸਹੀ ਟੂਲ ਨਾਲ ਮੇਲ ਕਰੋ।

## ਫੈਸਲਾ ਢਾਂਚਾ

```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 ਵਰਤੋ ਨਾ ਕੀਤੀ ਸਟੇਟ ਹੈ

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

## ਇਹ ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ

ਕਿ ਸਟੇਟ ਕਿੱਥੇ ਰਹੇ ਇਹ ਐਪ ਦੀ ਸਾਦਗੀ, ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਰੱਖ-ਰਖਾਵ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ।

ਹੁਨਰ ਇਹ ਹੈ ਕਿ ਸਭ ਕੁਝ ਗਲੋਬਲ ਕਰਨ ਦੀ ਇੱਛਾ ਦਾ ਵਿਰੋਧ ਕਰੋ ਅਤੇ ਇਸ ਦੀ ਬਜਾਏ **ਡਿਫ਼ਾਲਟ ਦੁਆਰਾ ਸਥਾਨੀਕਰਨ ਕਰੋ, ਹਰੇਕ ਕਿਸਮ ਦੀ ਸਟੇਟ ਨੂੰ ਆਪਣੇ ਸਹੀ ਟੂਲ ਨਾਲ ਮੇਲ ਕਰੋ** (server data → React Query, URL-derivable → URL, UI → local/store)।

ਇਹ ਸਹੀ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸਭ ਤੋਂ ਆਮ ਆਰਕਿਟੈਕਚਰ ਸਮੱਸਿਆਵਾਂ ਤੋਂ ਬਚਦਾ ਹੈ — server data Redux ਵਿੱਚ ਠੂਸਿਆ ਗਿਆ, over-globalized ਸਟੇਟ ਜੋ re-renders ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ, ਅਤੇ URL ਦੀ ਬਜਾਏ component state ਵਿੱਚ ਫਿਲਟਰ।

ਇਹ ਅਨੁਮਾਨ ਇਹ ਹੈ ਜੋ ਇੱਕ ਸਾਫ਼, ਸਕੇਲੇਬਲ ਸਟੇਟ ਆਰਕਿਟੈਕਚਰ ਨੂੰ ਇੱਕ ਉਲਝੀ ਹੋਈ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ।