Observer Pattern - מנגנון אירועים - Design Patterns

כשמשתמש ב-e-commerce מבצע רכישה, מה קורה? Order נשמר בDB. Email אישור נשלח. Inventory מתעדכן. Analytics מקבל event. CRM מקבל עדכון. Loyalty Points מחושבים. עם Naive Implementation, כל זה קורה בתוך OrderService.placeOrder() - פונקציה שגדלה עם כל Feature חדש ומכירה את כל ה-Services של המערכת.

Observer Pattern פותר זה: OrderService לא יודע מי מעוניין ב-Order חדש. הוא רק פרסם אירוע. כל מי שרוצה - נרשם.

Observer Pattern הוא אחד מה-Patterns הוותיקים ביותר - הוא נמצא ב-GoF מ-1994 - אבל ב-2025 הוא רלוונטי יותר מתמיד. Event-Driven Architecture, Reactive Programming, Microservices שמתקשרים דרך Message Brokers - כולם בנויים על אותו עיקרון: Publisher שאינו יודע על Subscribers, ו-Subscribers שנרשמים ומטפלים. ה-Pattern שהגן מ-1994 הפך לArchitecture Style של מערכות Distribution מודרניות.

placeOrder() - לפני Observer ואחרי

Tight Coupling

OrderService מכיר 5 Services. Feature חמישי? פותחים את placeOrder() ומוסיפים שורה. שובר Open/Closed.

Event Bus

OrderService רק emit('order:placed'). Loyalty Feature חדש? subscribe() אחד בקובץ נפרד. אפס נגיעה.

Observer Pattern פותר זה: OrderService לא יודע מי מעוניין ב-Order חדש. הוא רק פרסם אירוע. כל מי שרוצה - נרשם.

placeOrder() - לפני Observer ואחרי

Tight Coupling

OrderService מכיר 5 Services. Feature חמישי? פותחים את placeOrder() ומוסיפים שורה. שובר Open/Closed.

Event Bus

OrderService רק emit('order:placed'). Loyalty Feature חדש? subscribe() אחד בקובץ נפרד. אפס נגיעה.