ریاستی تبدیلیوں کے لیے publish/subscribe پیٹرن کیا ہے، اور اس کے trade-offs کیا ہیں؟

Question

Accepted Answer

**Publish/subscribe (pub/sub)** ایک messaging pattern ہے جہاں **publishers** events کو emit کرتے ہیں اور **subscribers** ان پر react کرتے ہیں، ایک دوسرے کو براہ راست جانے بغیر۔ بہت سی state libraries (اور event systems) اس پر تعمیر ہیں — ایک store changes کو *publish* کرتا ہے اور components ان پر *subscribe* کرتے ہیں۔

## ایک minimal pub/sub store

```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
    },
  };
}
```

Components `subscribe(callback)` کو call کرتے ہیں تاکہ متنبہ ہوں؛ store جب state بدلتا ہے (`setState`) تو ہر subscriber کو call کرتا ہے۔ یہ بنیادی طور پر Redux کے `store.subscribe`، Zustand، اور event emitters کا کام ہے۔

## decoupling کا فائدہ

```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.
```

یہ loose coupling app کے غیر متصل حصوں کو ایک ہی تبدیلیوں پر react کرنے دیتا ہے براہ راست حوالوں کے بغیر — لچکدار اور قابل توسیع۔

## Trade-offs

```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
```

سب سے بڑا عملی خطرہ ہے **unsubscribe کرنا بھولنا** (مثال کے طور پر component unmount پر)، جو memory کو leak کرتا ہے اور dead components پر callbacks کو fire کر سکتا ہے۔

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

## یہ کیوں اہم ہے

Pub/sub **زیادہ تر state libraries اور event systems کا بنیادی طریقہ کار** ہے — اسے سمجھنا یہ بتاتا ہے کہ stores کیسے components کو مطلع کرتے ہیں اور `subscribe`/`unsubscribe` کیسے کام کرتے ہیں۔

یہ طاقت (decoupled، لچکدار communication) اور خطرات (implicit data flow جو trace کرنا مشکل ہے، اور un-cleaned subscriptions سے memory leaks) دونوں کی وضاحت کرتا ہے۔

Pub/sub کو پہچاننا آپ کو reactivity کے بارے میں سوچنے میں مدد دیتا ہے اور subscriptions کو صاف کرنے کی اہمیت کو تقویت دیتا ہے۔