Reliability · 1 يوليو 2026
يجب أن تكون تحديثات الترجمة الفورية مفيدة، لا مطلوبة
الحالة المباشرة ذات قيمة، لكن يجب أن تظل عمليات الترجمة صحيحة عندما تكون البنية التحتية للوقت الفعلي غير متاحة أو معطلة عمدًا.

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