تمكين قدرات دون اتصال

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

ثبات القرص

تتعامل تطبيقات Firebase تلقائيًا مع انقطاعات الشبكة المؤقتة. تتوفر البيانات المخزنة مؤقتًا أثناء عدم الاتصال بالإنترنت ويقوم Firebase بإعادة إرسال أي عمليات كتابة عند استعادة الاتصال بالشبكة.

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

يمكنك تمكين ثبات القرص باستخدام سطر واحد فقط من التعليمات البرمجية.

FirebaseDatabase.instance.setPersistenceEnabled(true);

سلوك الثبات

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

يحتفظ عميل Firebase Realtime Database تلقائيًا بقائمة انتظار لجميع عمليات الكتابة التي يتم تنفيذها عندما يكون تطبيقك غير متصل بالإنترنت. عند تمكين الاستمرارية، يتم أيضًا استمرار قائمة الانتظار هذه على القرص بحيث تكون جميع كتاباتك متاحة عندما يقوم المستخدم أو نظام التشغيل بإعادة تشغيل التطبيق. عندما يستعيد التطبيق الاتصال، يتم إرسال جميع العمليات إلى خادم Firebase Realtime Database.

إذا كان تطبيقك يستخدم Firebase Authentication ، فسيستمر عميل Firebase Realtime Database في الاحتفاظ برمز المصادقة المميز للمستخدم عبر عمليات إعادة تشغيل التطبيق. إذا انتهت صلاحية رمز المصادقة عندما يكون تطبيقك غير متصل بالإنترنت، فسيقوم العميل بإيقاف عمليات الكتابة مؤقتًا حتى يعيد تطبيقك مصادقة المستخدم، وإلا فقد تفشل عمليات الكتابة بسبب قواعد الأمان.

الحفاظ على البيانات جديدة

تقوم قاعدة بيانات Firebase Realtime بمزامنة وتخزين نسخة محلية من البيانات للمستمعين النشطين. بالإضافة إلى ذلك، يمكنك الحفاظ على مزامنة مواقع محددة.

final scoresRef = FirebaseDatabase.instance.ref("scores");
scoresRef.keepSynced(true);

يقوم عميل Firebase Realtime Database تلقائيًا بتنزيل البيانات في هذه المواقع ويبقيها متزامنة حتى لو لم يكن للمرجع أي مستمعين نشطين. يمكنك إيقاف تشغيل المزامنة مرة أخرى باستخدام السطر التالي من التعليمات البرمجية.

scoresRef.keepSynced(false);

افتراضيًا، يتم تخزين 10 ميجابايت من البيانات التي تمت مزامنتها مسبقًا في ذاكرة التخزين المؤقت. يجب أن يكون هذا كافيًا لمعظم التطبيقات. إذا تجاوز حجم ذاكرة التخزين المؤقت حجمها الذي تم تكوينه، فستقوم قاعدة بيانات Firebase Realtime بإزالة البيانات التي تم استخدامها مؤخرًا على الأقل. لا تتم إزالة البيانات التي يتم الاحتفاظ بها متزامنة من ذاكرة التخزين المؤقت.

الاستعلام عن البيانات دون اتصال

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

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

final scoresRef = FirebaseDatabase.instance.ref("scores");
scoresRef.orderByValue().limitToLast(4).onChildAdded.listen((event) {
  debugPrint("The ${event.snapshot.key} dinosaur's score is ${event.snapshot.value}.");
});

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

scoresRef.orderByValue().limitToLast(2).onChildAdded.listen((event) {
  debugPrint("The ${event.snapshot.key} dinosaur's score is ${event.snapshot.value}.");
});

في المثال السابق، يقوم عميل Firebase Realtime Database برفع أحداث "إضافة الطفل" لاثنين من الديناصورات الحاصلين على أعلى الدرجات، وذلك باستخدام ذاكرة التخزين المؤقت المستمرة. ولكنه لن يؤدي إلى ظهور حدث "قيمة"، نظرًا لأن التطبيق لم ينفذ هذا الاستعلام مطلقًا أثناء الاتصال بالإنترنت.

إذا طلب التطبيق العناصر الستة الأخيرة أثناء عدم الاتصال بالإنترنت، فسيحصل على أحداث "إضافة فرعية" للعناصر الأربعة المخزنة مؤقتًا على الفور. عندما يعود الجهاز متصلاً بالإنترنت مرة أخرى، يقوم عميل Firebase Realtime Database بالمزامنة مع الخادم ويحصل على الحدثين الأخيرين "إضافة الطفل" وحدث "القيمة" للتطبيق.

التعامل مع المعاملات دون اتصال

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

تحتوي قاعدة بيانات Firebase Realtime على العديد من الميزات للتعامل مع السيناريوهات غير المتصلة بالإنترنت والاتصال بالشبكة. ينطبق باقي هذا الدليل على تطبيقك سواء قمت بتمكين الثبات أم لا.

إدارة التواجد

في تطبيقات الوقت الفعلي، غالبًا ما يكون من المفيد اكتشاف وقت اتصال العملاء وقطع الاتصال. على سبيل المثال، قد ترغب في وضع علامة "غير متصل" على المستخدم عندما ينقطع اتصال العميل.

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

فيما يلي مثال بسيط لكتابة البيانات عند قطع الاتصال باستخدام onDisconnect البدائي:

final presenceRef = FirebaseDatabase.instance.ref("disconnectmessage");
// Write a string when this client loses connection
presenceRef.onDisconnect().set("I disconnected!");

كيف يعمل onDisconnect

عندما تقوم بإنشاء عملية onDisconnect() ، فإن العملية تعيش على خادم Firebase Realtime Database. يتحقق الخادم من الأمان للتأكد من أن المستخدم يمكنه تنفيذ حدث الكتابة المطلوب، ويبلغ التطبيق الخاص بك إذا كان غير صالح. ثم يقوم الخادم بمراقبة الاتصال. إذا انتهت مهلة الاتصال في أي وقت، أو تم إغلاقه بشكل نشط بواسطة عميل قاعدة بيانات Realtime، فإن الخادم يتحقق من الأمان مرة ثانية (للتأكد من أن العملية لا تزال صالحة) ثم يستدعي الحدث.

try {
    await presenceRef.onDisconnect().remove();
} catch (error) {
    debugPrint("Could not establish onDisconnect event: $error");
}

يمكن أيضًا إلغاء حدث onDisconnect عن طريق استدعاء .cancel() :

final onDisconnectRef = presenceRef.onDisconnect();
onDisconnectRef.set("I disconnected");
// ...
// some time later when we change our minds
// ...
onDisconnectRef.cancel();

الكشف عن حالة الاتصال

بالنسبة للعديد من الميزات المتعلقة بالتواجد، من المفيد أن يعرف تطبيقك متى يكون متصلاً بالإنترنت أو غير متصل بالإنترنت. توفر قاعدة بيانات Firebase Realtime موقعًا خاصًا على /.info/connected والذي يتم تحديثه في كل مرة تتغير فيها حالة اتصال عميل Firebase Realtime Database. هنا مثال:

final connectedRef = FirebaseDatabase.instance.ref(".info/connected");
connectedRef.onValue.listen((event) {
  final connected = event.snapshot.value as bool? ?? false;
  if (connected) {
    debugPrint("Connected.");
  } else {
    debugPrint("Not connected.");
  }
});

/.info/connected هي قيمة منطقية لا تتم مزامنتها بين عملاء قاعدة بيانات Realtime لأن القيمة تعتمد على حالة العميل. بمعنى آخر، إذا قرأ أحد العملاء /.info/connected كـ false، فهذا لا يضمن أن العميل المنفصل سيقرأ أيضًا false.

التعامل مع الكمون

الطوابع الزمنية للخادم

توفر خوادم قاعدة بيانات Firebase Realtime آلية لإدراج الطوابع الزمنية التي تم إنشاؤها على الخادم كبيانات. توفر هذه الميزة، جنبًا إلى جنب مع onDisconnect ، طريقة سهلة لتدوين الوقت الذي تم فيه قطع اتصال عميل Realtime Database بشكل موثوق:

final userLastOnlineRef =
    FirebaseDatabase.instance.ref("users/joe/lastOnline");
userLastOnlineRef.onDisconnect().set(ServerValue.timestamp);

انحراف ساعة

على الرغم من أن ServerValue.timestamp أكثر دقة ومفضلًا لمعظم عمليات القراءة/الكتابة، فقد يكون من المفيد أحيانًا تقدير انحراف ساعة العميل فيما يتعلق بخوادم قاعدة بيانات Firebase Realtime. يمكنك إرفاق رد اتصال بالموقع /.info/serverTimeOffset للحصول على القيمة، بالمللي ثانية، التي يضيفها عملاء Firebase Realtime Database إلى الوقت المحلي المبلغ عنه (وقت العصر بالمللي ثانية) لتقدير وقت الخادم. لاحظ أن دقة هذه الإزاحة يمكن أن تتأثر بزمن وصول الشبكة، وبالتالي فهي مفيدة بشكل أساسي لاكتشاف التناقضات الكبيرة (> ثانية واحدة) في وقت الساعة.

final offsetRef = FirebaseDatabase.instance.ref(".info/serverTimeOffset");
offsetRef.onValue.listen((event) {
  final offset = event.snapshot.value as num? ?? 0.0;
  final estimatedServerTimeMs =
      DateTime.now().millisecondsSinceEpoch + offset;
});

تطبيق الحضور النموذجي

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

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

// Since I can connect from multiple devices, we store each connection
// instance separately any time that connectionsRef's value is null (i.e.
// has no children) I am offline.
final myConnectionsRef =
    FirebaseDatabase.instance.ref("users/joe/connections");

// Stores the timestamp of my last disconnect (the last time I was seen online)
final lastOnlineRef =
    FirebaseDatabase.instance.ref("/users/joe/lastOnline");

final connectedRef = FirebaseDatabase.instance.ref(".info/connected");
connectedRef.onValue.listen((event) {
  final connected = event.snapshot.value as bool? ?? false;
  if (connected) {
    final con = myConnectionsRef.push();

    // When this device disconnects, remove it.
    con.onDisconnect().remove();

    // When I disconnect, update the last time I was seen online.
    lastOnlineRef.onDisconnect().set(ServerValue.timestamp);

    // Add this device to my connections list.
    // This value could contain info about the device or a timestamp too.
    con.set(true);
  }
});