سيتطلب متجر Play تطبيقات جديدة ومحدثة لاستهداف مستويات واجهة برمجة التطبيقات الأحدث وتوزيع التعليمات البرمجية الأصلية بدعم 64 بت

click fraud protection

أعلنت شركة جوجل عن مجموعة من المتطلبات الرئيسية الجديدة للتطبيقات الجديدة والتطبيقات التي يتم تحديثها على متجر جوجل بلاي. قم بإعداد تطبيقاتك الآن!

في منشور مدونة اليوم، أعلنت Google عن تغييرات رئيسية قادمة في التطبيقات المقدمة إلى متجر Play. تم تصميم هذه التغييرات لتحسين الأمان للمستخدم النهائي من خلال مطالبة المطورين باستهداف مستويات واجهة برمجة التطبيقات الأحدث. علاوة على ذلك، ستبدأ Google أيضًا في مطالبة التطبيقات التي توزع المكتبات الأصلية بتوفير إصدارات 64 بت من تلك المكتبات أيضًا. لن تدخل هذه التغييرات حيز التنفيذ حتى منتصف عام 2018 ومنتصف عام 2019 على التوالي، لذلك سيكون لدى المطورين متسع من الوقت للعمل على التحديثات لمعالجة هذه المتطلبات الجديدة. دعونا نتعمق قليلاً في ما تعنيه هذه التغييرات للمطورين والمستخدمين النهائيين على حدٍ سواء.


التغيير رقم 1: استهداف مستوى أحدث لواجهة برمجة التطبيقات

أحدث مستوى لواجهة برمجة التطبيقات (API) هو 27، وهو ما يتوافق مع إصدار أندرويد 8.1. قبل ذلك، هناك مستوى API 26 والذي يتوافق مع Android 8.0 Oreo. ابتداء أغسطس 2018، أي تطبيقات جديدة التي يتم تقديمها إلى متجر Play

يجب أن تستهدف مستوى API 26 على الأقل. علاوة على ذلك، بدءا نوفمبر 2018, تحديثات للتطبيقات الموجودة يجب أيضا مستوى API المستهدف 26 أو أعلى.

ومع ذلك، فإن هذه المتطلبات ليست ثابتة. وفي عام 2019، ستقوم جوجل بذلك قم بزيادة متطلبات targetSdkVersion بعد عام واحد من كل إصدار رئيسي لنظام Android. على سبيل المثال، بعد عام واحد من إصدار Android P، يجب أن تستهدف التطبيقات مستوى واجهة برمجة التطبيقات (API) 28 أو أعلى.

ضع في اعتبارك أن هذه المتطلبات موجودة فقط لمستوى API المستهدف، وليس للحد الأدنى. وهذا يعني أنه لا يزال بإمكانك إنشاء تطبيقات تعمل على الإصدارات الأقدم من Android مثل Android Lollipop. يعد هذا أمرًا مهمًا لأنه لا يزال هناك ملايين المستخدمين الذين يقومون بتشغيل إصدارات Android الأقدم على أجهزتهم. ما هو الحد الأدنى لمستوى واجهة برمجة التطبيقات (API) الذي يجب عليك تنفيذه؟ يتبع @minSdkVersion على Twitter لتبقى على اطلاع بالوقت الذي يجب أن تقوم فيه بتغيير ذلك.

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

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

بالإضافة إلى ذلك، فإن القيود الجديدة التي فرضها Android Oreo على تنفيذ التطبيقات في الخلفية، وأجهزة استقبال البث الضمنية، وحدود الموقع في الخلفية ليست سوى متطلبات للتطبيقات التي تستهدف مستوى واجهة برمجة التطبيقات (API) 26. نظرًا لأن مستوى واجهة برمجة التطبيقات هذا سيكون متطلبًا في المستقبل، فهذا يعني أن أي مستخدم يستخدم Android Oreo لن يضطر إلى القلق بشأن عدم تحسين التطبيق من خلال قيود Android Oreo الجديدة.

ملاحظة حول إصدارات Android المستقبلية

هناك بند واحد في هذا المطلب الجديد مثير للاهتمام. لاقتباس مشاركة المدونة:

ستعمل إصدارات Android المستقبلية أيضًا على تقييد التطبيقات التي لا تستهدف مستوى واجهة برمجة التطبيقات (API) الحديث وتؤثر سلبًا على الأداء أو الأمان.

في حين أن الشرط السابق يؤثر فقط على التطبيقات الجديدة أو التطبيقات المحدثة التي يتم تقديمها إلى متجر Play، يبدو أن هذه الجملة كذلك تشير إلى أن الإصدار المستقبلي من Android سيضع أيضًا قيودًا على التطبيقات التي لا تواكب مستويات واجهة برمجة التطبيقات الحديثة. تم تقديم أندرويد 8.0 أوريو أذونات وقت التشغيل فقط والتي تتطلب أن يستهدف التطبيق مستوى واجهة برمجة التطبيقات (API) 23، حتى تتمكن Google من البدء في توفير ميزات جديدة خلف هذه القيود.

التغيير رقم 2: دعم 64 بت للتعليمات البرمجية الأصلية

تحتوي غالبية أجهزة Android الرائدة على شرائح مبنية على بنية 64 بت. وفقًا لشركة Google، فإن أكثر من 40% من الأجهزة تدعم الإصدار 64 بت. يمكن أن تعتمد التطبيقات التي توزع المكتبات الأصلية حاليًا على تعليمات برمجية 32 بت فقط، وستظل الأجهزة ذات 64 بت تعمل بسبب التوافق مع الإصدارات السابقة.

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

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


المصدر: جوجل