રાજ્ય માટે પ્રકાશન/સબ્સ્ક્રાઇબ પેટર્ન શું છે, અને તેના વર્ણનમાં શું છે?

Question

IT Interview Practice · Accepted Answer

**Publish/subscribe (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 ને ઓળખવું તમને હેઠળના પ્રતિક્રિયાશીલતા વિશે વિચાર કરવામાં મદદ કરે છે અને સર્વદા સબ્સ્ક્રિપશનો્સ સાફ કરવાની મહત્વને આવર્જન કરે છે.

એક ન્યૂનતમ pub/sub સ્ટોર

ડીકપલિંગ લાભ

વર્ણનો

તે શા માટે મહત્વપૂર્ણ છે

સંબંધિત પ્રશ્નો