Što je objava/pretplata obrazac za stanje i koja su njegova odvođenja?

Question

IT Interview Practice · Accepted Answer

**Publish/subscribe (pub/sub)** je obrazac poruka gdje **izdavači** emituju događaje a **pretplatnici** na njih reaguju, bez da se međusobno direktno poznaju. Mnogo biblioteka stanja (i sustava događaja) su izgrađene na njemu — pohrana *objavljuje* promene i komponente se *pretplaćuju* na njih.

## Minimalna pub/sub pohrana

```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 pozivaju `subscribe(callback)` da budu obavestene; pohrana poziva svakog pretplatnika kada se stanje promeni (`setState`). To je suština kako Redux-ov `store.subscribe`, Zustand, i izdavači događaja rade ispod haube.

## Korist razvezanosti

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

Ova labava veza omogućava nepovezanim dijelovima aplikacije da reaguju na iste promene bez direktnih referenci jedne prema drugoj — fleksibilna i proširiva.

## Odvođenja

```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ća praktična opasnost je **zaboraviti otkazati pretplatu** (npr. pri uklanjanju komponente), što dovodi do curenja memorije i može pokrenuti povratne pozive na mrtvim komponentama.

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

## Zašto je to važno

Pub/sub je **osnovni mehanizam** većine biblioteka stanja i sustava događaja — razumevanje ga demistifikuje kako pohrana obaveštava komponente i kako `subscribe`/`unsubscribe` rade.

Objašnjava i moć (razvezana, fleksibilna komunikacija) i nedostatke (implicitni tok podataka koji je teško pratiti, i curenja memorije iz očišćenih pretplata).

Prepoznavanje pub/sub-a vam pomaže razmotriti reaktivnost ispod haube i jača važnost uvek čišćenja pretplata.

Minimalna pub/sub pohrana

Korist razvezanosti

Odvođenja

Zašto je to važno

Povezana pitanja