ما هو نمط النشر/الاشتراك (Publish/Subscribe) للحالة، وما هي مقارناته؟

Question

Accepted Answer

**النشر/الاشتراك (pub/sub)** هو نمط مراسلة حيث **يصدر الناشرون** أحداثًا و**يتفاعل المشتركون** معها، دون معرفة مباشرة ببعضهم البعض. تم بناء العديد من مكتبات الحالة (وأنظمة الأحداث) عليها — يقوم المتجر بـ *نشر* التغييرات وتقوم المكونات بـ *الاشتراك* فيها.

## متجر pub/sub بسيط

```js
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`). هذا هو بشكل أساسي كيفية عمل `store.subscribe` في Redux، و Zustand، وأجهزة الإرسال الحدثية تحت الغطاء.

## فائدة فك الاقتران

```text
Publisher (the store) doesn't know WHO is listening.
Subscribers don't know WHO published.
→ They're decoupled, communicating only through the event/store.
```

يسمح هذا الاقتران المرن لأجزاء غير مرتبطة من التطبيق بالتفاعل مع نفس التغييرات دون مراجع مباشرة لبعضها البعض — مرن وقابل للتوسع.

## المقارنات

```text
✓ 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
```

أكبر خطر عملي هو **نسيان إلغاء الاشتراك** (على سبيل المثال، عند إلغاء تثبيت المكون)، مما يسبب تسرب الذاكرة ويمكن أن يتسبب في تنفيذ callbacks على مكونات ميتة.

```jsx
useEffect(() => {
  const unsub = store.subscribe(handleChange);
  return unsub; // ✅ cleanup — unsubscribe on unmount
}, []);
```

## لماذا يعتبر مهمًا

Pub/sub هو **الآلية الأساسية** لمعظم مكتبات الحالة وأنظمة الأحداث — فهم آليته يوضح كيفية إخطار المتاجر للمكونات وكيفية عمل `subscribe`/`unsubscribe`.

إنه يشرح كل من القوة (الاتصال المفكوك والمرن) والمخاطر (تدفق البيانات الضمني الذي يصعب تتبعه، وتسرب الذاكرة من الاشتراكات غير المنظفة).

تمييز pub/sub يساعدك على التفكير في رد الفعل تحت الغطاء وتعزز أهمية تنظيف الاشتراكات دائمًا.