Publikowanie/subskrypcja (pub/sub) to wzorzec przesyłania wiadomości, w którym wydawcy emitują zdarzenia, a subskrybenci na nich reagują, bez bezpośredniej znajomości siebie nawzajem. Wiele bibliotek state'u (i systemów zdarzeń) jest na nim zbudowane — sklep publikuje zmiany, a komponenty subskrybują je.
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
},
};
}
Komponenty wywołują subscribe(callback) aby być powiadomione; sklep wywołuje każdego subskrybenta gdy state się zmienia (setState). To zasadniczo to, jak działają store.subscribe w Redux'ie, Zustand i event emittery pod maską.
Publisher (the store) doesn't know WHO is listening.
Subscribers don't know WHO published.
→ They're decoupled, communicating only through the event/store.
To luźne powiązanie pozwala niepowiązanym częściom aplikacji reagować na te same zmiany bez bezpośrednich odniesień do siebie — elastyczne i rozszerzalne.
✓ 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
Największym praktycznym niebezpieczeństwem jest zapomnienie o rezygnacji z subskrypcji (np. przy odmontowyaniu komponenty), co powoduje wycieki pamięci i może spowodować, że callbacki będą się uruchamiać na martwych komponentach.
useEffect(() => {
const unsub = store.subscribe(handleChange);
return unsub; // ✅ cleanup — unsubscribe on unmount
}, []);
Pub/sub jest podstawowym mechanizmem większości bibliotek state'u i systemów zdarzeń — zrozumienie tego demistyfikuje sposób, w jaki sklepy powiadamiają komponenty i jak działają subscribe/unsubscribe.
Wyjaśnia to zarówno moc (rozprzęgnięta, elastyczna komunikacja) jak i pułapki (niejawny przepływ danych trudny do śledzenia, oraz wycieki pamięci z nieoczyszczonych subskrypcji).
Rozpoznanie pub/sub pomaga rozumować o reaktywności pod maską i wzmacnia znaczenie zawsze czyszczenia subskrypcji.