Publish/subscribe (pub/sub), yayıncıların olayları yayınladığı ve abone olanların bunlara tepki verdiği, ancak birbirini doğrudan tanımadığı bir mesajlaşma desenidir. Pek çok durum kütüphanesi (ve olay sistemi) bunun üzerine inşa edilmiştir — bir mağaza değişiklikleri yayınlar ve bileşenler bunlara abone olur.
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
},
};
}
Bileşenler bilgilendirilmek için subscribe(callback) çağırır; mağaza durum değiştiğinde (setState) her abone çağırır. Bu, Redux'un store.subscribe, Zustand ve event emitter'ların perde arkasında nasıl çalıştığını açıklar.
Publisher (the store) doesn't know WHO is listening.
Subscribers don't know WHO published.
→ They're decoupled, communicating only through the event/store.
Bu gevşek bağlantı, bir uygulamanın ilgisiz parçalarının doğrudan referanslar olmadan aynı değişikliklere tepki vermesine izin verir — esnek ve genişletilebilir.
✓ 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
En büyük pratik tehlike aboneliği iptal etmeyi unutmaktır (örneğin bileşen kaldırıldığında), bu da bellek sızıntılarına neden olur ve geri aramaların ölü bileşenlerde çalıştırılmasına neden olabilir.
useEffect(() => {
const unsub = store.subscribe(handleChange);
return unsub; // ✅ cleanup — unsubscribe on unmount
}, []);
Pub/sub, çoğu durum kütüphanesi ve olay sisteminin altında yatan mekanizmasıdır — bunu anlamak mağazaların bileşenleri nasıl bilgilendirdiğini ve subscribe/unsubscribe'in nasıl çalıştığını açıklar.
Hem gücü (bağ çözülmesi, esnek iletişim) hem de tuzakları (izlemesi zor olan örtülü veri akışı ve temizlenmeyen aboneliklerden gelen bellek sızıntıları) açıklar.
Pub/sub'ı tanımak, perde arkasındaki reaktivite hakkında düşünmenize yardımcı olur ve her zaman abonelikleri temizlemenin önemini güçlendirir.