გამოქვეყნება/გამოწერა (pub/sub) არის საცნობარო ნიმუში, სადაც გამოქვეყნებელი გამოსცემს ღონისძიებებს და გამომწერი იმაზე რეაგირებს, ერთმანეთის პირდაპირ არ იცნობენ. მრავალი სახელმწიფო ბიბლიოთეკა (და ღონისძიების სისტემა) აგებულია მის ბაზაზე — მაცივარი გამოქვეყნებს ცვლილებებს და კომპონენტები გამოწერენ მათ.
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
},
};
}
კომპონენტები ზღვრავენ subscribe(callback) რომ იყოს შეტყობინებული; მაცივარი ზღვრავს ყველა გამომწერს როდესაც სახელმწიფო იცვლება (setState). ეს არის არსებითად ის, თუ როგორ მუშაობს Redux-ის store.subscribe, Zustand და event emitters ქვემოთ.
Publisher (the store) doesn't know WHO is listening.
Subscribers don't know WHO published.
→ They're decoupled, communicating only through the event/store.
ეს ღრმა დაკავშირება საშუალებას აძლევს აპ-ის უკავშირო ნაწილებს რეაგირება აკეთონ ერთი და იგივე ცვლილებებზე პირდაპირი მინიშვნებების გარეშე — მოქნილი და გაფართოვებადი.
✓ 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
ყველაზე დიდი პრაქტიკული საფრთხე არის გამოწერის უკან დაჟონვა (მაგალითად კომპონენტის unmount-ზე), რომელიც ინჟავს მეხსიერებას და შეიძლება გამოიწვიოს callbacks ქვემოთ მოკვდებული კომპონენტებზე.
useEffect(() => {
const unsub = store.subscribe(handleChange);
return unsub; // ✅ cleanup — unsubscribe on unmount
}, []);
Pub/sub არის ძირითადი მექანიზმი სახელმწიფო ბიბლიოთეკებისა და ღონისძიების სისტემებისთვის — მის გაგება გამჭვირვალეა როგორ აცნობებს მაცივარი კომპონენტებს და თუ როგორ მუშაობს subscribe/unsubscribe.
ეს ხსნის ორივე ძალას (დეკოპირებული, მოქნილი კომუნიკაცია) და მხნები (ნაგულისხმელი მონაცემთა ნაკადი რომელიც ძნელი აღსარკევია და მეხსიერების ატეხვა აღაზრებელი გამოწერებიდან).
Pub/sub-ის აღიარება ეხმარება თქვენ მსჯელობენ რეაქტიულობაზე მის ქვემოთ და აძლიერებს მნიშვნელობას ყოველთვის გამოწერებების დასუფთავებისა.