سيعمل Android P الآن على تعطل التطبيقات بدلاً من إخبارك بأنها لا تستجيب (ما يُعرف بـ App Not Responding أو حوار ANR). إنه تكتيك يستخدم للوصول إلى المطورين من أجل تطبيقات سيئة الصنع، وقد ينجح.
من بين كل إضافات جديدة إلى Android P بما في ذلك إيماءات التنقل الجديدة, شرائح واجهة برمجة التطبيقات، و API القياسات الحيوية الجديدة، هناك بعض التغييرات الأخرى التي قد يكون لها تأثير أيضًا بطريقة أكثر دقة. أحد هذه الأمور هو إزالة مربعات الحوار App Not Responding (ANR) للتطبيقات الأمامية. يظهر مربع حوار ANR عندما يمنع شيء ما سلسلة واجهة المستخدم الرئيسية من الاستجابة. عندما يحدث هذا في نظام التشغيل Android Oreo أو الإصدارات الأقدم، يظهر مربع حوار ANR للمستخدم لإعلامه بذلك. الآن، في Android P، سيتعطل التطبيق دون أي نوع من الإشعارات للمستخدم.
لماذا يتعطل التطبيق دون إخبار المستخدم بما حدث بالفعل؟ وهذا ليس بالضرورة مفيدًا للمستخدمين، ولكنه يجبر المطورين على إيلاء اهتمام خاص لبعض المشكلات والتأكد من تجنب المشكلة. يتم تشجيع المطورين على عدم تشغيل أي شيء في سلسلة المحادثات الأمامية. في مقطع الفيديو المصدر المرتبط أدناه، يناقش Google الحلول المحتملة لتجنب هذه المشكلة بما في ذلك
إن النهج الذي تتبناه جوجل منطقي، ولكن هل هو مبالغ فيه؟ قد يبدو الأمر وكأن تطبيقات Android تتعطل بشكل أقل، ولكن إذا كانت الإشعارات أقل وضوحًا للمستخدم سيتعين على المطورين مراقبة أدوات الأعطال الخاصة بهم مثل الإبلاغ عن أعطال Firebase وليس المستخدم المباشر تعليق. إذا كنت مطورًا على الإصدار التجريبي الأخير من P، فيمكنك إعادة مربعات حوار الأعطال هذه عن طريق تمكين أحد الإعدادات في خيارات المطور.
ليس هذا هو التغيير الوحيد في Android P فيما يتعلق برؤية ما تفعله التطبيقات في الخلفية. قدم Android Oreo الإشعار المستمر عندما كانت بعض التطبيقات تعمل في الخلفية إذا لم يكن لدى هذا التطبيق إشعار ذو أولوية عالية بما فيه الكفاية، ولكن Android P يتخلص الآن من هذا الإشعار بالكامل. والفرق الوحيد هو أن مربع الحوار ANR لم يكن مزعجًا مثل وضع إشعار مستمر.
عبر: /r/AndroidDev