Kaj je publish/subscribe vzorec za stanje in njegove kompromise?

Question

Accepted Answer

**Publish/subscribe (pub/sub)** je vzorec sporočanja, kjer **izdajatelji** oddajajo dogodke in **naročniki** se nanje odzovejo, ne da bi se neposredno poznali. Številne knjižnice stanja (in sistemi dogodkov) so zgrajeni na njem — shranilnik *objavi* spremembe in komponente se *naročijo* nanje.

## Minimalno pub/sub shranilnik

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

Komponente pokličejo `subscribe(callback)`, da so obveščene; shranilnik pokliče vsakega naročnika, ko se stanje spremeni (`setState`). To je v bistvu, kako Reduxov `store.subscribe`, Zustand in event emitterji delujejo pod površino.

## Korist razvojenja

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

Ta ohlapna vezanost omogoča, da se nepovezani deli aplikacije odzovejo istim spremembam brez neposrednih sklicevanj drug na drugega — prožno in razširljivo.

## Kompromisi

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

Največja praktična nevarnost je **pozaba na odjavo** (npr. pri razvojenju komponente), kar povzroči puščanje pomnilnika in lahko povzroči, da se povratni klici izvedejo na mrtvih komponentah.

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

## Zakaj je to pomembno

Pub/sub je **osnovni mehanizem** večine knjižnic stanja in sistemov dogodkov — razumevanje ga demistificira, kako shranilniki obveščajo komponente in kako `subscribe`/`unsubscribe` delujejo.

Pojasnjuje tako moč (razvojeno, fleksibilno komunikacijo) kot nevarnosti (implicitni tok podatkov, ki ga je težko slediti, in puščanja pomnilnika iz nečiščenih naročnin).

Prepoznavanje pub/sub vam pomaga razmišljati o reaktivnosti pod površino in ojača pomen vedno čiščenja naročnin.