يفتح المستخدم قائمة العملاء في تبويب وبطاقة عميل في تبويب آخر. بعد حفظ الاسم، تظل القائمة تعرض النسخة القديمة حتى إعادة التحميل. يمكن إرسال إشارة تغيير بين التبويبات، لكن الإشارة ليست سجلًا دائمًا ولا ينبغي أن تصبح مصدر البيانات.
اجعل الرسالة إشارة قصيرة
يمكن لـ BroadcastChannel تبادل الرسائل بين سياقات مناسبة من الأصل نفسه ضمن قسم التخزين نفسه. اجعل الرسالة من نوع «أعد قراءة السجل» مع معرف غير حساس إن احتجته. بعد الاستقبال، اطلب البيانات من الخادم بصلاحيات الجلسة بدل توزيع بطاقة العميل الكاملة بين النوافذ.
المرجع: MDN Broadcast Channel API.
اختبر التبويب المتأخر
افتح A وB على الأصل نفسه. عدّل سجلًا في A، وتحقق أن B يستقبل الإشارة ويعيد القراءة. بعد ذلك افتح C بعد الحفظ؛ يجب أن يرى البيانات الصحيحة من طلب البداية دون الاعتماد على رسالة سابقة. اختبر أيضًا إعادة التركيز بعد السكون، لأن تبويبًا غير موجود لحظة الإرسال لا يمتلك سجلًا يُعاد تشغيله.
احمِ التعديلات غير المحفوظة
إذا كان B يعدل السجل أيضًا، لا تستبدل النموذج بالنص الجديد بلا تنبيه. اعرض وجود نسخة أحدث واترك المدخلات للمراجعة. إذا انتهت الجلسة، يجب أن يتعامل طلب إعادة القراءة مع الرفض بصورة عادية. لا تعتبر اسم القناة سرًا أو دليل تفويض، وأغلق القناة عند انتهاء الحاجة إليها.
حدد متى لا يصل التنبيه
اختبر نافذة من أصل مختلف وسياقًا مضمّنًا تحت موقع آخر؛ لا تفترض وصول الرسالة حتى لو تساوى اسم القناة. تحقق من وجود مسار تحديث عند التنقل أو العودة للنافذة. قبول الميزة يعني أن الواجهة تستعيد الحالة من المصدر حتى عندما لا تصل الإشارة.
لربط الاختبار بتنفيذ مشروعك، راجع أنظمة إدارة علاقات العملاء وتطوير المواقع والمتاجر.
صورة توضيحية أصلية لشرح الفكرة، وليست لقطة نظام عميل أو نتيجة قياس فعلية.
