يستعد Android 14 لجعل التجربة أفضل لمستخدمي متاجر التطبيقات التابعة لجهات خارجية بفضل واجهات برمجة التطبيقات الجديدة.
يعد Google Play متجر التطبيقات الأكثر شعبية بين مستخدمي Android ، ولكن قد يجادل البعض بأنه لم يكسب مكانته في الصدارة بشكل عادل. تم فحص Google من قبل الهيئات التنظيمية والهيئات التشريعية في جميع أنحاء العالم بسبب كيف تحافظ على هيمنتها على متجر التطبيقات ، ولا توجد علامات على أن هذا الضغط سيتلاشى في أي وقت قريباً. ربما لهذا السبب تتخذ Google زمام المبادرة لتقديم ميزات جديدة في أندرويد 14 تعمل على تحسين تجربة مستخدمي متاجر التطبيقات التابعة لجهات خارجية.
معظم متاجر تطبيقات الجهات الخارجية على Android ليست منافسة حقًا لـ Google Play ، ولا يرجع ذلك فقط إلى اختيارهم للتطبيق. على الرغم من أن متاجر تطبيقات الطرف الأول والمثبتة مسبقًا تتمتع دائمًا بالقدرة على إجراء تحديثات تلقائية للتطبيقات ، إلا أن متاجر التطبيقات التابعة لجهات خارجية لم تتمكن إلا مؤخرًا من إجراء تحديثات غير مراقبة. وأضاف جوجل واجهة برمجة تطبيقات في Android 12 يتيح لتطبيقات الجهات الخارجية تخزين تحديث التطبيقات دون الحاجة إلى إجراء من المستخدم ، مما يقلل من احتكاك ملفات باستخدام متجر تطبيقات تابع لجهة خارجية.
ومع ذلك ، لا يزال هذا يترك متاجر التطبيقات التابعة لجهات خارجية في وضع غير مؤاتٍ عندما يتعلق الأمر بالوظائف ، لأنهم لم يتمكنوا من معرفة متى سيكون من الآمن إجراء تحديث تلقائي بالفعل. هذا ما تحاول Google حله في Android 14 بواجهة برمجة تطبيقات جديدة تمكّن متاجر التطبيقات التابعة لجهات خارجية من إجراء "تحديثات لطيفة".
تحديثات لطيفة
أضاف Android 14 واجهة برمجة تطبيقات جديدة تتيح لمتاجر تطبيقات الجهات الخارجية التحقق من استيفاء شروط معينة قبل المضي قدمًا في تحديث التطبيق تلقائيًا. ال تنصيب المجموعه. InstallConstraints API "يمكن أن تستخدمه متاجر التطبيقات لتقديم تحديثات تلقائية دون الإخلال بتجربة المستخدم (يشار إليها باسم التحديث اللطيف) - على سبيل المثال ، قد يوقف متجر التطبيقات التحديثات عندما يجد [كذا] أن التطبيق المراد تحديثه يتفاعل مع مستخدم."
تتيح واجهة برمجة التطبيقات الجديدة هذه لمتاجر التطبيقات التابعة لجهات خارجية التحقق مما إذا كان التطبيق الذي يستعدون لتحديثه به خدمة مقدمة نشطة (isRequireAppNotForeground) ، يتفاعل مع المستخدم بطريقة ما (isRequireAppNotInteracting) ، أو على الشاشة (isRequireAppNotTopVisible). يمكن لمتاجر تطبيقات الجهات الخارجية أيضًا التحقق مما إذا كان الجهاز في وضع التوقف (isRequireDeviceIdle) أو في مكالمة هاتفية (isRequireNotInCall).
بينما تسمح واجهة برمجة التطبيقات (API) بتحديد الشروط التي يجب التحقق منها ، توصي الوثائق باستخدام القيود المحددة مسبقًا كما يعرف "النظام أفضل طريقة للقيام بذلك ". هذا أمر منطقي نظرًا لأن Google لديها متسع من الوقت لتطوير أفضل السبل للتعامل مع التحديثات التلقائية في متجر التطبيقات الخاص بها. يعد استخدام الإعداد المسبق مفيدًا أيضًا ، كما هو مذكور في الوثائق ، حيث يمكن تحسين دقة وكفاءة التحديثات اللطيفة في الإصدارات المستقبلية إذا أضافت Google المزيد من القيود على واجهة برمجة التطبيقات.
كل شرط أن PackageInstaller. يتيح InstallConstaints API إمكانية التحقق من إمكانية التحقق بالفعل من خلال واجهات برمجة التطبيقات الموجودة ، ولكن جعل النظام يتعامل مع هذه الفحوصات أسهل بكثير وأقل تدخلاً. على سبيل المثال ، متاجر تطبيقات الجهات الخارجية التي ترغب في التحقق مما إذا كان التطبيق الذي يقومون بتحديثه يتم استخدامه بشكل نشط من قبل المستخدم ، يتعين عليه حاليًا استخدام واجهة برمجة تطبيقات مثل UsageStats أو AccessibilityService ، وكلاهما حساس أذونات. إذا استخدموا واجهة برمجة تطبيقات Android 14 الجديدة ، فلن يحتاجوا إلى هذه الأذونات لأداء عملهم.
تحديث الملكية
إن تمكين "التحديثات اللطيفة" ليس هو التحسين الوحيد في Android 14 لمتاجر التطبيقات التابعة لجهات خارجية. هناك أيضًا آلية جديدة لـ "ملكية التحديث" تتيح لمتاجر التطبيقات التابعة لجهات خارجية أن تصبح المصدر الحصري للتحديثات التلقائية المستقبلية للتطبيق الذي قاموا بتثبيته لأول مرة. هذا يعني أنك إذا كنت تستخدم متجر تطبيقات تابعًا لجهة خارجية لأن التطبيقات المتاحة من خلاله يتم فحصها بواسطة ، على سبيل المثال ، فلن يتم الدفع تلقائيًا إلى تحديث غير مدقق متاح من خلال متاجر التطبيقات الأخرى جهازك.
في الوقت الحالي ، عند تثبيت تطبيق من خلال متجر تطبيقات تابع لجهة خارجية ، لا يوجد شيء يمنع متجر تطبيقات تابع لجهة خارجية من تحديث هذا التطبيق. بينما لا تسمح واجهة برمجة تطبيقات التحديثات غير المراقبة لنظام التشغيل Android 12 إلا بتخزين تطبيقات الجهات الخارجية بصمت لتحديث التطبيقات التي قاموا بتثبيتها لأول مرة ، فإن متاجر تطبيقات الطرف الأول لا تتأثر لأنها تمتلك الامتيازات INSTALL_PACKAGES. تثبيت إذن.
يمكن لمتاجر تطبيقات الجهات الخارجية على Android 14 استخدام الإصدار الجديد setRequestUpdateOwnership طريقة في تنصيب المجموعه. SessionParams، مع ذلك ، لإخبار النظام بأنهم يطالبون بملكية التحديث على التطبيق الذي هم على وشك تثبيته. بمجرد تمكين فرض ملكية التحديث لأحد التطبيقات ، تحتاج جميع متاجر التطبيقات الأخرى - حتى تلك التي لديها إذن INSTALL_PACKAGES - إلى إجراء من المستخدم لتحديث التطبيق. لا يمكن تمكين ملكية التحديث إلا أثناء التثبيت الأولي لأحد التطبيقات ، لذلك متجر تطبيقات آخر لن يكون قادرًا على تولي التحديثات ما لم يتم إلغاء تثبيت التطبيق المعني وإعادة تثبيته من ذلك محل. يمكن لمتاجر التطبيقات التحقق مما إذا تم تمكين ملكية التحديث لأحد التطبيقات ، وإذا كان الأمر كذلك ، ما هو التطبيق صاحب التحديث ، من خلال الجديد InstallSourceInfo # getUpdateOwnerPackageName () API.
يجب أن تحتوي متاجر التطبيقات التابعة لجهات خارجية على ملف ENFORCE_UPDATE_OWNERSHIP إذن لاستخدام واجهة برمجة تطبيقات فرض ملكية التحديث ، ولكن نظرًا لأن هذا الإذن له مستوى حماية "عادي" ، فسيتم منحه من قبل النظام في وقت التثبيت. ومع ذلك ، يبقى أن نرى ما إذا كان Google Play سيراجع استخدام هذا الإذن / واجهة برمجة التطبيقات.
تثبيت الموافقة المسبقة
آخر إصدار جديد من Android 14 API أردت تسليط الضوء عليه هو تنصيب المجموعه. الجلسة رقم طلب موافقة المستخدم. تسمح واجهة برمجة التطبيقات هذه لمخازن تطبيقات الجهات الخارجية بطلب موافقة المستخدم قبل أن يلتزموا بجلسة تثبيت. أتصور أن هذا سيكون مفيدًا لمتاجر تطبيقات الجهات الخارجية التي تريد عن قصد مطالبة المستخدم قبل تحديث التطبيق في الخلفية.
على سبيل المثال ، تخيل أن متجر تطبيقات يركز على الأمان يريد السماح لمستخدمه بمعرفة متى يضيف تحديث التطبيق أذونات جديدة ؛ بدلاً من تحديث هذا التطبيق تلقائيًا ، وبالتالي منح هذا الإذن تلقائيًا إذا كان مستوى الحماية الخاص به "عاديًا" ، يمكن لمتجر التطبيقات مطالبة المستخدم قبل إجراء التحديث. في الوقت الحالي ، إذا لم يكن المستخدم موجودًا أثناء التحديث التلقائي ، فسيتعين على متجر التطبيقات التابع لجهة خارجية تتبع جلسة التثبيت ومطالبتهم لاحقًا. يبسط API هذه العملية.
سيقدم Android 14 الكثير من الميزات وواجهات برمجة التطبيقات الجديدة عند طرحه للجمهور في وقت لاحق من هذا العام. على الرغم من أن واجهات برمجة التطبيقات الجديدة هذه ليست مخفية مثل بعض التغييرات الأخرى التي رصدناها ، فلا يوجد ضمان بأن تكون واجهات برمجة التطبيقات هذه متاحة للمطورين في الإصدار الثابت. هذا لأن تجميد واجهة برمجة التطبيقات لن يحدث حتى يصل Android 14 إلى "استقرار النظام الأساسي" مع الإصدار التجريبي 3 في يونيو 2023 ، ونحن فقط على DP1 في الوقت الحالي. سنراقب إصدارات Android 14 DP و Beta المستقبلية لمعرفة ما إذا كانت واجهات برمجة التطبيقات هذه ثابتة أو إذا تمت إضافة أي واجهات برمجة تطبيقات جديدة ذات صلة بمتاجر التطبيقات التابعة لجهات خارجية.