Publish/subscribe (pub/sub) egy üzenetküldési minta, ahol a közzétevők eseményeket bocsátanak ki és az előfizetők azokra reagálnak, anélkül hogy közvetlenül ismernék egymást. Sok állapot-könyvtár (és esemény-rendszer) erre épül — egy tár közzétesz változásokat és az összetevők feliratkoznak rájuk.
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
},
};
}
Az összetevők subscribe(callback) meghívásával értesítésre iratkoznak fel; a tár az állapot megváltozásakor (setState) minden előfizetőt meghív. Ez lényegében az, ahogy a Redux store.subscribe, a Zustand és az esemény-kibocsátók működnek a felszín alatt.
Publisher (the store) doesn't know WHO is listening.
Subscribers don't know WHO published.
→ They're decoupled, communicating only through the event/store.
Ez a laza csatolás lehetővé teszi, hogy az alkalmazás nem kapcsolódó részei ugyanarra a változásra reagáljanak, anélkül hogy közvetlenül hivatkoznának egymásra — rugalmas és bővíthető.
✓ 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
A legnagyobb gyakorlati veszély az, hogy elfelejtik leiratkozni (pl. az összetevő eltávolításakor), ami memóriaszivárgást okoz és halott összetevőkön kiválthat visszahívásokat.
useEffect(() => {
const unsub = store.subscribe(handleChange);
return unsub; // ✅ cleanup — unsubscribe on unmount
}, []);
A pub/sub az alapvető mekanizmusa a legtöbb állapot-könyvtárnak és esemény-rendszernek — a megértése feloldja azt a rejtélyt, hogy a tárolók hogyan értesítik az összetevőket és hogyan működnek a subscribe/unsubscribe függvények.
Magyarázza az erőt (leválasztott, rugalmas kommunikáció) és a buktatókat (implicit adatáramlás, amely nehéz nyomkövetni, és a meg nem tisztított feliratkozásokból eredő memóriaszivárgás).
A pub/sub felismerése segít abban, hogy a reaktivitásról gondolkodjál a felszín alatt, és erősíti az előfizetések mindig történő tisztításának fontosságát.