Google a renoncé à utiliser des noms de desserts pour les versions d'Android

La société Google a déclaré la cessation de la pratique consistant à attribuer aux versions de la plateforme Android des noms de bonbons et de desserts par ordre alphabétique et le passage à une numérotation numérique ordinaire. Le schéma précédemment utilisé a été emprunté à la pratique d'attribution de noms à des branches internes utilisées par les ingénieurs de Google, mais a suscité beaucoup de confusion parmi les utilisateurs et les développeurs tiers. Ainsi, la version actuellement développée Android Q est désormais officiellement appelée Android 10, et la prochaine version sera initialement promue comme Android 10.1 ou Android 11.

L'annonce souligne également le franchissement d'un nouveau cap de popularité - Android est maintenant utilisé sur plus de 2,5 milliards d'appareils actifs. Parallèlement, un nouveau logo du projet a été présenté, qui représente uniquement la tête du robot au lieu de l'image complète, et le texte est affiché dans une autre police et en noir au lieu de vert.

Parmi les autres changements liés au projet Android, on peut mentionner la sortie un environnement de développement intégré Android Studio 3.5, basé sur les fichiers sources du produit IntelliJ IDEA Community Edition. Le projet Android Studio évolue dans le cadre d'un modèle de développement ouvert et est distribué sous licence Apache 2.0. Des builds binaires préparés pour Linux, macOS et Windows. Il assure le support de toutes les versions Android actuelles et des services Google Play. La principale nouveauté de cette nouvelle version est la mise en œuvre du projet Marble, qui déplace l'orientation de développement de l'ajout de fonctionnalités vers l'amélioration de la qualité du flux de travail, l'augmentation de la stabilité et le perfectionnement des fonctionnalités existantes.

Lors de la préparation de la nouvelle version, plus de 600 bugs, 50 fuites de mémoire et 20 problèmes menant à des blocages ont été corrigés, et des travaux ont été effectués pour augmenter la vitesse de construction et améliorer la réactivité de l'éditeur lors de la saisie de balisage XML et de code Kotlin. L'organisation du processus de lancement de l'application développée sur l'appareil a été entièrement retravaillée - au lieu du mode « Instant Run », la fonction « Apply Changes » a été présentée, qui utilise un runtime distinct pour redéfinir les classes à la volée au lieu de modifier le paquet APK, rendant le processus de démarrage de l'application beaucoup plus confortable lors des modifications du code.

Source : opennet.ru