Lorixen.

العودة إلى تبويب لوحة المتابعة: هل ترى العمل الحالي أم الشاشة القديمة؟

قد تبدو لوحة المتابعة حديثة بعد ترك تبويبها في الخلفية مدة طويلة. قبل طلب تحديثات تلقائية، اتفق على ما يحدث عندما تكون الصفحة مخفية، وما الذي يجب أن يراه الشخص عند العودة. ساعة تتحرك أو تبويب فُتح مجددا لا يثبتان تحديث بيانات العمل.

يتناول هذا الدليل دورة عرض لوحة تشغيلية. وهو منفصل عن إبقاء الشاشة مضاءة، ومراقبة توفر الخدمة، وضمان استمرار أتمتة الأعمال دون متصفح مفتوح.

حدد ما يجوز إيقافه مؤقتا

قد تطلب لوحة لمكتب توزيع افتراضي قائمة الأعمال الحالية من الخادم بصورة دورية أثناء عرضها. وقد لا يلزم تكرار الطلبات عندما لا يشاهد أحد التبويب. التوقف خيار معقول، بشرط ألا تظهر القائمة القديمة بصمت على أنها الحالة الحالية عند العودة.

توثق نظرة MDN العامة لواجهة Page Visibility حالات ظهور المستند واختفائه، وتذكر تجنب استعلامات اللوحة أثناء اختفائها مثالا للاستخدام. وتوضح أيضا أن أحداث التركيز وحدها لا تثبت اختفاء الصفحة. صف السلوك المطلوب بدلا من اعتبار كل انتقال للتركيز غيابا عن المشاهدة.

سمّ العمل الذي يمكن إيقافه: قراءة البيانات المتكررة، أو حركة الرسم، أو نشاط آخر للعرض فقط. لا تجعل هذه القاعدة تلغي عملية تجارية سبق إرسالها إلى الخادم. إرسال العملية وتحديث صورتها على الشاشة يحتاجان إلى حالتين منفصلتين.

أظهر جلب الحالة الجديدة عند العودة

اتفق هل تبدأ العودة إلى التبويب طلبا جديدا للبيانات، وهل تبقى البيانات السابقة ظاهرة أثناءه. إذا بقيت، فعرّفها بأنها النتيجة السابقة حتى تنجح الاستجابة الجديدة. احتفظ بنطاق التقرير وبوقت آخر تحديث ناجح للبيانات.

عند فشل التحديث، أظهر الفشل أو حالة تقادم البيانات، لا طابعا زمنيا يوحي بالحداثة. وزر التحديث اليدوي لا يفيد إلا إذا عرض نتيجته الفعلية. يجب ألا تعيد العودة تعيين المرشحات أو تغير المهمة المختارة بلا تفسير.

هذه متطلبات مقترحة للتطبيق. تخبر واجهة الرؤية عن حالة الصفحة؛ ولا تطابق السجلات، أو تصلح اتصال الشبكة، أو تصدق على عمر البيانات.

تحقق من العمل الحالي قبل الإجراء

قد يكون طلب كان ظاهرا قبل المغادرة قد أُسند الآن إلى موظف آخر. عند إجراء مثل تولي الطلب، اتفق على تحقق الخادم من السجل الحالي وما يراه الشخص إذا لم يعد الإجراء متاحا.

لا تفترض أن تحديث القائمة يمنع كل تعارض زمني بين من يستخدمونها. كذلك لا ينبغي لشاشة قديمة أن تنفذ تلقائيا نية سابقة للمستخدم. افصل بين مشاهدة صف قديم وتأكيد إجراء مسموح به في الحالة الحالية.

إذا خرج السجل المحدد من نطاق صلاحيات الشخص، فقدم طريقا آمنا للعودة إلى القائمة المحدثة. لا تكشف تفاصيل مقيدة فقط لشرح تغير الصلاحيات.

لا تنفذ مواعيد العمل اعتمادا على تبويب للمشاهدة

توضح MDN أن المتصفحات قد تبطئ المؤقتات في التبويبات الخلفية أو غير النشطة. لذلك لا يمثل الفاصل الزمني المطلوب وعدا موثوقا بأن الصفحة المخفية ستنفذ عملا عند موعد تجاري محدد.

إذا كان التطبيق ملزما بإطلاق طلب أو إنشاء تذكير حتى عندما لا يشاهده أحد، فحدد ترتيبا منفصلا للتنفيذ مع حالة محفوظة بصورة دائمة ومسار للمطابقة. لا تقدم مؤقت تحديث اللوحة على أنه هذا الترتيب. هذه إرشادات معمارية، وليست ميزة جدولة توفرها واجهة الرؤية.

اعرض قائمة تغيرت أثناء الغياب

استخدم مهام مخترعة في معايير القبول. غادر التبويب، وعدّل مهمة من حساب اختبار مخول، ثم عد. افحص حالة الجلب، ووقت التحديث الناجح، وبقاء المرشحات، وكيفية التعامل مع إجراء لم يعد متاحا. كرر التجربة مع انقطاع الشبكة، ثم استعد العرض عبر مسار التحديث المتفق عليه.

أحضر سياسة التحديث ونتائج التصرف بناء على صف قديم عند مناقشة تطوير لوحة متابعة. المطلوب أن يفهم الشخص عمر المعروض ومدى صلاحيته للعمل، لا أن تتحرك الأرقام كثيرا وحسب.

المصدر وحدود الدليل

تدعم نظرة MDN العامة، المقروءة في 26 أكتوبر 2026، الإبلاغ عن الرؤية، واستعلامات اللوحة كمثال، وحدود أحداث التركيز، وإبطاء مؤقتات الخلفية. أما جلب الحالة عند العودة، والتحقق قبل الإجراءات، والتنفيذ المجدول المنفصل فهي متطلبات مقترحة تحتاج إلى بناء واختبار.

WhatsAppلنتحدث