ਸਟੇਟ ਲਈ ਪ੍ਰਕਾਸ਼ਨ/ਸਦੱਸਤਾ ਪੈਟਰਨ ਕੀ ਹੈ, ਅਤੇ ਇਸ ਦੇ ਸਮਝੌਤੇ ਕੀ ਹਨ?

Question

Accepted Answer

**ਪ੍ਰਕਾਸ਼ਨ/ਸਦੱਸਤਾ (pub/sub)** ਇੱਕ ਸੰਦੇਸ਼ ਪੈਟਰਨ ਹੈ ਜਿੱਥੇ **ਪ੍ਰਕਾਸ਼ਕ** ਘਟਨਾਵਾਂ ਵਿਸ਼ਵ ਕਰਦੇ ਹਨ ਅਤੇ **ਸਦੱਸ** ਉਹਨਾਂ ਪ੍ਰਤਿ ਪ੍ਰਤੀਕਿਰਿਆ ਦਿੰਦੇ ਹਨ, ਬਿਨਾਂ ਇੱਕ ਦੂਜੇ ਨੂੰ ਸਿੱਧੇ ਜਾਣੇ। ਬਹੁਤ ਸਾਰੀਆਂ ਸਟੇਟ ਲਾਇਬ੍ਰੇਰੀਆਂ (ਅਤੇ ਈਵੰਟ ਸਿਸਟਮ) ਇਸ ਉੱਪਰ ਬਣੀਆਂ ਹਨ — ਇੱਕ ਸਟੋਰ ਤਬਦੀਲੀਆਂ *ਪ੍ਰਕਾਸ਼ਤ* ਕਰਦਾ ਹੈ ਅਤੇ ਕੰਪੋਨੈਂਟ ਉਹਨਾਂ ਦੀ *ਸਦੱਸਤਾ* ਕਰਦੇ ਹਨ।

## ਇੱਕ ਨਿਊਨਤਮ pub/sub ਸਟੋਰ

```js
function createStore(initial) {
  let state = initial;
  const subscribers = new Set();

return {
    getState: () => state,
    setState(next) {
      state = { ...state, ...next };
      subscribers.forEach((fn) => fn(state)); // PUBLISH: notify all subscribers
    },
    subscribe(fn) {
      subscribers.add(fn);                     // SUBSCRIBE
      return () => subscribers.delete(fn);      // return an unsubscribe function
    },
  };
}
```

ਕੰਪੋਨੈਂਟ ਸੂਚਿਤ ਹੋਣ ਲਈ `subscribe(callback)` ਨੂੰ ਕਾਲ ਕਰਦੇ ਹਨ; ਸਟੋਰ ਹਰ ਸਦੱਸ ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ ਜਦੋਂ ਸਟੇਟ ਬਦਲਦਾ ਹੈ (`setState`)। ਇਹ ਮੂਲ ਰੂਪ ਵਿੱਚ ਹੈ ਕਿ Redux ਦਾ `store.subscribe`, Zustand, ਅਤੇ ਈਵੰਟ ਈਮਿਟਰ ਕਿਵੇਂ ਕਾਮ ਕਰਦੇ ਹਨ।

## ਡੀਕਪਲਿੰਗ ਲਾਭ

```text
Publisher (the store) doesn't know WHO is listening.
Subscribers don't know WHO published.
→ They're decoupled, communicating only through the event/store.
```

ਇਹ ਢਿੱਲਾ ਸਮੋਕ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਸੰਬੰਧਿਤ ਭਾਗਾਂ ਨੂੰ ਬਿਨਾਂ ਸਿੱਧੀ ਰਿਫਰੈਂਸ ਤੋਂ ਹੀ ਇੱਕੋ ਤਬਦੀਲੀਆਂ ਤੇ ਪ੍ਰਤੀਕਿਰਿਆ ਦਿਨ ਦਿੰਦਾ ਹੈ — ਲਚਕਦਾਰ ਅਤੇ ਵਿਸਥਾਰਯੋਗ।

## ਸਮਝੌਤੇ

```text
✓ Pros: decoupled, flexible, many-to-many communication, easy to add listeners
✗ Cons:
  - Implicit flow — hard to trace WHO reacts to an event (vs explicit calls)
  - Memory leaks — forgetting to UNSUBSCRIBE keeps dead listeners alive
  - Debugging — indirection makes "why did this run?" harder to answer
  - Ordering — subscriber execution order can be non-obvious
```

ਸਭ ਤੋਂ ਵੱਡਾ ਵਿਹਾਰਕ ਖ਼ਤਰਾ **ਸਦੱਸਤਾ ਮਿਟਾਉਣਾ ਭੁੱਲ ਜਾਣਾ** ਹੈ (ਉਦਾ. ਕੰਪੋਨੈਂਟ ਅਨਮਾਉਂਟ ਉੱਪਰ), ਜੋ ਮੈਮੋਰੀ ਲੀਕ ਕਰਦਾ ਹੈ ਅਤੇ ਮਰੇ ਹੋਏ ਕੰਪੋਨੈਂਟਸ ਉੱਪਰ ਕਾਲਬੈਕਸ ਦੀ ਅਗਨੀ ਲਗਾ ਸਕਦਾ ਹੈ।

```jsx
useEffect(() => {
  const unsub = store.subscribe(handleChange);
  return unsub; // ✅ cleanup — unsubscribe on unmount
}, []);
```

## ਇਹ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

Pub/sub ਸਭ ਤੋਂ ਵੱਧਾ ਸਟੇਟ ਲਾਇਬ੍ਰੇਰੀਆਂ ਅਤੇ ਈਵੰਟ ਸਿਸਟਮ ਦਾ **ਅੰਡਰਲਾਈਨ ਮਕੈਨਿਜ਼ਮ** ਹੈ — ਇਸ ਨੂੰ ਸਮਝਣਾ ਸਪੱਸ਼ਟ ਕਰਦਾ ਹੈ ਕਿ ਸਟੋਰ ਕੰਪੋਨੈਂਟਸ ਨੂੰ ਕਿਵੇਂ ਅਪੂਣ ਕਰਦੇ ਹਨ ਅਤੇ `subscribe`/`unsubscribe` ਕਿਵੇਂ ਕਾਮ ਕਰਦੇ ਹਨ।

ਇਹ ਦੋਨੋਂ ਸ਼ਕਤੀ (ਡੀਕਪਲਿਡ, ਲਚਕਦਾਰ ਸੰਚਾਰ) ਅਤੇ ਫਾਂਦੇ (ਅਸਪੱਸ਼ਟ ਡੇਟਾ ਵਹਾਓ ਜੋ ਟ੍ਰੇਸ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੈ, ਅਤੇ ਅਪਰਿਸ਼ਕਾਰ ਸਦੱਸਤਾ ਤੋਂ ਮੈਮੋਰੀ ਲੀਕ) ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ।

Pub/sub ਨੂੰ ਮਨਜ਼ੂਰ ਕਰਨਾ ਤੁਹਾਨੂੰ ਹੁਡ ਦੇ ਅਧੀਨ ਪ੍ਰਤੀਕਿਰਿਆਸ਼ੀਲਤਾ ਬਾਰੇ ਸੋਚਣ ਵਿੱਚ ਸਹਾਇਤਾ ਕਰਦਾ ਹੈ ਅਤੇ ਹਮੇਸ਼ਾ ਸਦੱਸਤਾ ਨੂੰ ਸਾਫ ਕਰਨ ਦੀ ਮਹੱਤਤਾ ਨੂੰ ਮਜ਼ਬੂਤ ਕਰਦਾ ਹੈ।