Publicare/abonare (pub/sub) este un model de mesagerie în care editorii emit evenimente și abonații reacționează la acestea, fără a se cunoaște direct. Multe biblioteci de state (și sisteme de evenimente) sunt construite pe acest model — un store publică modificări și componentele se abonează la ele.
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
},
};
}
Componentele apelează subscribe(callback) pentru a fi notificate; storul apelează fiecare abonat când state se schimbă (setState). Aceasta este în esență cum funcționează store.subscribe din Redux, Zustand și event emitters sub capotă.
Publisher (the store) doesn't know WHO is listening.
Subscribers don't know WHO published.
→ They're decoupled, communicating only through the event/store.
Acest cuplaj ușor permite părți neconexe ale unei aplicații să reacționeze la aceleași schimbări fără referințe directe între ele — flexibil și extensibil.
✓ 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
Cel mai mare pericol practic este să uiți să te dezabonezi (de exemplu la demontarea componentei), ceea ce scurge memorie și poate cauza ca callback-urile să se execute pe componente moarte.
useEffect(() => {
const unsub = store.subscribe(handleChange);
return unsub; // ✅ cleanup — unsubscribe on unmount
}, []);
Pub/sub este mecanismul subiacent al majorității bibliotecilor de state și sistemelor de evenimente — a-l înțelege demistifică cum notifică sturile componentele și cum funcționează subscribe/unsubscribe.
Explică atât puterea (comunicare decuplată și flexibilă) cât și capcane (flux de date implicit greu de urmărit, și scurgeri de memorie din abonamente neîngrijite).
Recunoașterea pub/sub te ajută să gândești despre reactivitate sub capotă și consolidează importanța curățării întotdeauna a abonamentelor.