برمجيات ميدانية تعمل دون اتصال: بروتوكول قرار لعمليات موثوقة

تعريف العمل دون اتصال كقدرة تشغيلية

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

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

اختيار استراتيجية لكل نوع من الكتابة

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

كتابة عقد المزامنة قبل تصميم الشاشات

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

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

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

حل التعارضات وفق معناها التشغيلي

قاعدة آخر كتابة سهلة البرمجة لكنها خطرة عندما تمحو دليلا أو تغير إسنادا أو تخفي حركة مخزون. يجب أن يعتمد الحل على نوع البيانات وأن يترك أثرا قابلا للتدقيق.

تنفيذ اختبار قبول للانقطاع لا عرض مكتبي

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

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

اتخاذ قرار إطلاق أو إطلاق مشروط أو عدم إطلاق