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

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

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

وهنا تبدأ المشكلة الحقيقية.

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

في هذه الحالة يبدو وكأن الإصلاح لم يحدث أصلًا.

ولحل هذه المشكلة توفر Google آلية تسمى In-App Updates والتي يمكن استخدامها داخل Flutter من خلال مكتبة:

in_app_update

تسمح هذه المكتبة بعرض التحديث للمستخدم من داخل التطبيق نفسه دون الحاجة للخروج إلى متجر Google Play يدويًا.

مكتبة in_app_update تعتمد على واجهات Google Play Core API وتوفر إمكانية إدارة تحديثات التطبيق مباشرة من داخل التطبيق.

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

تعتمد الآلية بالكامل على Google Play ولذلك تعمل فقط على:

ولا تدعم iOS لأن نظام Apple لا يسمح بهذا النوع من التحديثات الداخلية.

آلية العمل تمر بعدة مراحل:

1. التطبيق يتحقق من وجود إصدار جديد على Google Play.
2. إذا وُجد تحديث متاح يتم جلب معلوماته.
3. يتم تحديد نوع التحديث المطلوب.
4. يبدأ التحديث مباشرة من داخل التطبيق.

كل ذلك يحدث دون مغادرة المستخدم للتطبيق.

يعتبر هذا النوع مناسبًا عندما لا يكون التحديث إلزاميًا.

في هذا السيناريو:

هذا النوع مناسب للحالات التالية:

مثال على التنفيذ:

final updateInfo =
    await InAppUpdate.checkForUpdate();

if (updateInfo.updateAvailability ==
    UpdateAvailability.updateAvailable) {

   InAppUpdate.startFlexibleUpdate();

}

وبعد انتهاء التحميل:

await InAppUpdate.completeFlexibleUpdate();

الميزة هنا أن تجربة المستخدم لا تتوقف أثناء التحديث.

هذا النوع يستخدم عندما يكون التحديث إلزاميًا.

هنا لا يستطيع المستخدم متابعة استخدام التطبيق حتى يثبت الإصدار الجديد.

يتم عرض واجهة التحديث مباشرة ويصبح التحديث شرطًا للاستمرار.

يستخدم عادة في الحالات التالية:

مثال التنفيذ:

await InAppUpdate.performImmediateUpdate();

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

إذا لاحظت بعض التطبيقات الكبيرة ستجد أنها تطبق الفكرة نفسها.

أحيانًا تفتح التطبيق فتظهر رسالة تطلب تحديث التطبيق قبل المتابعة.

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

الهدف الأساسي هنا هو تقليل عدد المستخدمين الذين يعملون بإصدارات قديمة.

أضف المكتبة داخل ملف:

dependencies:
  in_app_update: ^4.2.3

ثم نفذ:

flutter pub get

بعد ذلك يمكنك البدء بالتحقق من وجود تحديث عند تشغيل التطبيق أو داخل شاشة البداية.

يفضل وضع منطق التحقق داخل:

مع زيادة عدد المستخدمين يصبح نشر التحديث فقط على المتجر غير كافٍ.

لأن جزءًا كبيرًا من المستخدمين قد يبقى على إصدارات قديمة لفترات طويلة.

هنا تأتي أهمية In-App Updates عبر مكتبة in_app_update داخل Flutter.

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

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