Android 11 introduira une option de développement « Compatibilité des applications » pour aider à tester les modifications de la plate-forme

Chaque année, lors du Google I/O, Google met en avant certains des changements les plus intéressants apportés à la prochaine version d'Android. Alors que la plupart des utilisateurs jugent les versions d'Android en fonction des changements visuels qui affectent leur expérience, chaque mise à jour d'Android est également accompagnée d'une tonne de fonctionnalités. modifications apportées aux API et comportement de la plateforme. Il est important que les développeurs d'applications prennent note de ces changements et y préparent leurs applications, car ils peuvent modifier fondamentalement la manière dont leurs applications peuvent être utilisées par les utilisateurs finaux. Avec la prochaine version d'Android, Android 11, Google permettra aux développeurs de tester et de préparer plus facilement leurs applications aux changements à venir grâce à un nouveau paramètre « Compatibilité des applications » dans les options du développeur.

Chaque fois que Google publie une nouvelle version d'Android, les développeurs d'applications souhaitant maintenir activement leurs applications doivent prendre connaissance des nouveaux changements et de la documentation qui les accompagne changements. Ils peuvent alors décider de mettre à jour leur application pour ajouter ces nouvelles fonctionnalités d'API s'ils le souhaitent ou migrer leur utilisation des API existantes vers des API plus récentes, un chemin qui peut être facultatif ou non. Les développeurs d'applications ne sont pas obligés de mettre à jour l'API cible de leurs applications immédiatement, mais ils doivent le faire éventuellement pour répondre aux exigences. changement des exigences de l'API cible du Google Play Store. Après cela, les développeurs doivent également tester leur application sur la nouvelle version d'Android, et cela peut être fait sur un appareil émulé, un appareil hébergé dans le cloud ou un appareil local. Les tests font partie de la routine de développement, mais ils deviennent encore plus importants lorsque des changements majeurs sont impliqués.

De plus, lorsque Google souhaite introduire des changements majeurs dans le comportement de la plate-forme, il ne met pas immédiatement en œuvre le changement dans la nouvelle version d'Android. Cela vise à protéger les utilisateurs contre le bris et la perte de fonctionnalités d'un grand nombre de leurs applications, et cela donne également aux développeurs plus de temps pour mettre à jour leurs applications. Par exemple, dans Android 7 Nougat, Google a décidé de limiter certaines diffusions implicites afin d'économiser la batterie. Avec Android 8 Oreo, Google les applications complètement empêchées d'enregistrer des récepteurs de diffusion implicites. Mais avant la sortie d'Android 8 Oreo, Google souhaitait que les développeurs se préparent à un scénario dans lequel leurs applications ne seraient plus en mesure d'enregistrer des récepteurs de diffusion implicites. Et pour cela, les développeurs pourraient utilisez une commande ADB dans Android 7 Nougat pour simuler une condition dans laquelle les diffusions implicites ne sont pas disponibles:

adb shell cmd appops set RUN_IN_BACKGROUND ignore

Les commandes ADB telles que celle ci-dessus sont un exemple de la façon dont Google permet aux développeurs d'applications de tester le comportement de leurs applications sous les changements de comportement de la plate-forme Android.

Un autre exemple récent est la façon dont, dans Android Q Beta 2, Google a demandé aux développeurs de tester Scoped Storage sur leurs applications en exécutant cette commande ADB :

adb shell cmd appops set your-package-name android: legacy_storage default && \

En tant que développeur d'applications, on peut présumer que vous êtes à l'aise avec les commandes ADB et que vous n'êtes pas particulièrement opposé à les utiliser pour tester ces modifications de plate-forme. Mais il y a toujours place à l'amélioration, et Google facilite ce processus de test en introduisant une interface utilisateur simple pour contrôler ces modifications.

Avec le nouveau Projet PlatformCompat, les développeurs n'ont plus besoin d'exécuter des commandes ADB pour chaque nouveau changement de comportement de la plateforme. Avec Android 11, Android disposera d'un nouveau sous-menu dans les options du développeur pour activer rapidement les nouveaux changements de comportement de la plate-forme pour chaque application, sans avoir besoin d'envoyer de commandes shell ADB. Il y aura différentes sections pour chaque niveau d'API cible. Par exemple, un niveau d'API > 29 aura son propre ensemble de changements de comportement qui peuvent être activés, tandis que le niveau API > 30 aura son propre ensemble de changements.

Dans la capture d'écran ci-dessus présentant la section Compatibilité des applications (à partir d'un AOSP créé à la source s'exécutant sur un émulateur), l'option « Par défaut La section "Modifications activées" inclut les modifications de l'API Android 11 qui seront activées par défaut sur toutes les applications, quelle que soit leur cible. SDK. La section « activé pour la version targetSDK > 29 » contient les modifications de l'API Android 11 qui sont activées uniquement pour les applications ciblant Android 11/API niveau 30.

Bien que ce changement particulier ne passionne pas directement les utilisateurs finaux, il facilite le travail des développeurs d'applications, et c'est toujours une bonne chose.

---

Merci au développeur reconnu par XDA luca020400 pour le conseil et pour avoir fourni la capture d'écran ci-jointe.

Couverture supplémentaire sur Android 11 :

• Android 11 pourrait enfin supprimer la limite de taille de fichier de 4 Go pour les enregistrements vidéo
• La planification du mode sombre pourrait arriver dans Android 11
• Le mode avion pourrait enfin arrêter de désactiver l'audio Bluetooth, à partir d'Android 11 R
• Google abandonne l'API AsyncTask d'Android dans Android 11
• Google demandera aux développeurs de gestionnaires de fichiers de soumettre un formulaire pour obtenir un large accès au stockage de fichiers dans Android 11
• Android 11 pourrait enfin apporter une implémentation native et appropriée de Wireless ADB