« L'année dernière, durant la Google I / O, vous avez été nombreux à nous demander de nous concentrer davantage sur la qualité et la stabilité des fonctionnalités. Par conséquent, nous avons lancé le projet Marble, qui visait à renforcer les caractéristiques et les flux fondamentaux de l'environnement de développement intégré (EDI). Android Studio 3.5 est l'aboutissement de cet effort. Les résultats du projet Marble sont axés sur trois domaines principaux: la santé du système, le polissage des fonctionnalités et les bogues », a annoncé Jamal Eason, Product Manager Android Studio. Et de continuer en disant que « Plusieurs fois, il peut être difficile de voir la gamme de changements qui entrent dans une publication de qualité. Par conséquent, ce message et notre exposé Google I / O sur les nouveautés en matière d’outils de développement Android traitent de nombreux changements dans chacun des principaux domaines d’intervention de Project Marble dans Android Studio 3.5. Nous n'avons certes pas fini d'améliorer la qualité avec Android Studio, mais avec le travail et la nouvelle infrastructure intégrés à Project Marble pour un suivi de la qualité à long terme, nous espérons que vous serez encore plus productif dans le développement d'applications Android ».
Santé du système - Mémoire
L'une des principales plaintes des développeurs sur Android Studio est la lenteur avec laquelle l'EDI s'exécute au fil du temps. Plusieurs fois, cette expérience est due à une pression inattendue sur la mémoire ou à des fuites de mémoire IDE. Google s’est intéressé à cette zone et, dans le cadre du projet Marble, l’éditeur a traité plus de 33 fuites de mémoire importantes.
Pour identifier les fuites, Google mesure maintenant les exceptions de mémoire insuffisante sur un tableau de bord interne sur une base continue pour ceux qui ont choisi de partager des données avec lui, ce qui lui permet de se concentrer et de résoudre les problèmes les plus impactants. À partir d'Android Studio 3.5, lorsque l'EDI manque de mémoire, Google capture des statistiques de haut niveau sur la taille du segment de mémoire et des objets dominants dans le segment. Avec ces données, l'EDI peut faire deux choses: suggérer de meilleurs paramètres de mémoire et proposer une analyse plus approfondie de la mémoire.
Paramètres de mémoire recommandés automatiquement : par défaut, Android Studio a une taille de mémoire maximale de 1,2 Go. Pour ceux d'entre vous qui ont de grands projets, cette taille peut ne pas suffire. Même si vous avez une machine avec une grande quantité de RAM, l'IDE ne dépassera pas cette valeur. Avec Android Studio 3.5, l'EDI reconnaîtra lorsqu'un projet d'application a besoin de plus de RAM sur un ordinateur doté d'une capacité de mémoire RAM supérieure et vous avertira d'augmenter la taille du segment de mémoire dans une notification. Vous pouvez également effectuer des ajustements dans le nouveau panneau de paramètres sous Apparence et comportement → Paramètres de la mémoire.
Facilité de signaler des problèmes de mémoire avec Memory Heap Analysis ; il peut parfois être difficile de capturer et de reproduire des problèmes de mémoire pour les signaler à l'équipe d'Android Studio. Pour résoudre ce problème, Android Studio 3.5 vous permet de déclencher un vidage de segment de mémoire (Aide → Analyser l'utilisation de la mémoire) que l'EDI supprime localement pour les données personnelles, les analyse et la création d'un rapport. Vous pouvez choisir de partager ce rapport d'utilisation de la mémoire avec l'équipe Android Studio pour résoudre les problèmes de performances.
Santé du système - Exceptions
Google a réorganisé son pipeline de processus de traitement des exceptions. À présent, avec les données de participation, l’éditeur a des signaux antérieurs d’exceptions communes globales qui lui permettent de hiérarchiser et de résoudre les problèmes plus tôt dans le processus de publication de Canary. De plus, Google a réduit le nombre de fois où il vous demande des exceptions, car les rapports d'incident relatifs à l'analyse et à l'adhésion sont désormais plus exploitables pour son équipe. Le résultat net est que vous devriez voir l'icône de rapport d'anomalie rouge clignotant dans la barre d'état inférieure de l'EDI moins fréquemment.
État du système : Gels de l'interface utilisateur
Les gels de l’interface utilisateur sont un autre problème courant qui ont été communiqué à Google. Dans Android Studio 3.5, l’équipe a étendu l'infrastructure de la plateforme Intellij sous-jacente et mesure maintenant les arrêts de thread d'interface utilisateur qui durent plus longtemps que quelques instants. Avec le temps, elle aura une image plus complète des principaux succès sur lesquels elle va devoir concentrer ses efforts. Par exemple, lors du développement de Project Marble, elle a constaté dans ses données que l'édition de code XML était nettement plus lente dans l'EDI. Avec ce point de données, elle a optimisé le typage XML et obtenu des performances nettement meilleures sous Android Studio 3.5. Vous pouvez voir ci-dessous que la modification des expressions de liaison de données en XML est plus rapide en raison des améliorations apportées à la latence de frappe.
Édition de code avant - Android Studio 3.4 (en haut) et Édition de code après - Android Studio 3.5 (en bas)
Polissage de fonctionnalités : appliquer les modifications
Pouvoir modifier et voir rapidement les modifications de code que vous avez apportées sans redémarrer votre application est idéal pour le développement d'applications. Il y a deux ans, la fonctionnalité Instant Run était la tentative de Google dans ce sens, mais elle a finalement été en deçà des attentes. Pendant la période du projet Marble, l’équipe a décidé de modifier l’architecture et d’implémenter une approche plus pratique dans Android Studio 3.5 appelée Apply Changes. Apply Changes utilise des API spécifiques à la plateforme à partir d'Android Oreo et versions ultérieures pour garantir un comportement fiable et cohérent (contrairement à Instant Run, Apply Changes ne modifie pas votre APK). Pour prendre en charge les modifications, l’équipe a donc restructuré l'ensemble du pipeline de déploiement afin d'améliorer la vitesse de déploiement. Elle a également modifié les boutons de la barre d'outils d'exécution et de déploiement pour une expérience plus simple.
Boutons Apply Change
Polissage des fonctionnalités : mises à niveau de projets
Idéalement, l'équipe Android Studio aimerait que vous soyez sur la dernière version de l'EDI car c'est là qu'elle développe activement les fonctionnalités, corrige les bogues et améliore les performances. Elle sait que la mise à niveau de votre Android Studio n'est pas un processus transparent, contrairement à de nombreux problèmes liés à la correction des erreurs de plug-in Gradle. Avec Android Studio 3.5, elle a mis à jour l'expérience utilisateur dans les fenêtres de sortie, les fenêtres contextuelles et les boîtes de dialogue afin de vous aider à déterminer quand vous devez réellement effectuer la mise à niveau. De plus, elle a rendu plus exploitables les erreurs de mise à niveau de la synchronisation et de la construction.
« D'après une enquête récente auprès des développeurs, nous avons appris que de nombreux développeurs mettent à niveau Android IDE et le plug-in Gradle en même temps. Depuis les dernières versions, l'EDI et votre plugin Gradle peuvent être mis à jour indépendamment. Cela signifie que si vous souhaitez bénéficier des améliorations les plus récentes en termes de vitesse et de correction du système de build, vous pouvez mettre à jour votre plug-in Gradle, mais vous pouvez également attendre que vous soyez prêt. Que vous mettiez ou non votre plug-in Gradle à niveau en même temps que l'EDI, nous vous invitons à utiliser la dernière version d'Android Studio 3.5 pour pouvoir utiliser toutes les améliorations de Project Marble ».
Polissage des fonctionnalités : Éditeur de mise en page
« D'après les recherches des utilisateurs sur l'éditeur de mise en page et les informations que vous avez fournies, nous savons qu'il existe plusieurs problèmes de performances et de facilité d'utilisation qui rendent l'erreur de modification XML l'unique voie à suivre, notamment lorsque vous utilisez ConstraintLayout. Pour traiter de la convivialité générale de l'éditeur de présentation, nous avons affiné un large éventail d'interactions allant de la sélection et de la suppression de contraintes à un meilleur redimensionnement de l'aperçu du périphérique. Bien que l'édition de code XML soit toujours à portée de clic, nous espérons que vous pourrez constater que ces améliorations d'interaction peuvent considérablement augmenter la productivité lors de la création et de l'édition de mises en page dans Android Studio ».
Polissage des fonctionnalités : améliorations C ++
Le support de projet C ++ était également un domaine prioritaire du projet Marble. Les builds de CMake sont maintenant jusqu'à 25% plus rapides pour les grands projets, car l'EDI appelle maintenant des cibles Ninja parallèles. En outre, vous trouverez un panneau d’interface utilisateur amélioré, à version unique, qui vous permet de spécifier des cibles ABI séparément. Enfin, Android Studio 3.5 vous permet d’utiliser plusieurs versions côte à côte du NDK Android dans votre fichier build.gradle. Cela devrait vous permettre d'avoir des versions plus reproductibles et d'atténuer les incompatibilités entre les versions de NDK et le plugin Android Gradle.
Sélection de variantes uniques par ABI
Télécharger Android Studio 3.5 BetaSource : Google
Voir aussi :
Google publie la version 3.4 de l'EDI Android Studio qui se débarrasse de vieux problèmes de flux de travail IntelliJ IDEA 2019.1 EAP5 permet de visualiser les emplacement récents de code, et prend en charge les modifications apportées par Android Studio 3.3 L'EDI Android Studio 3.3 est disponible en téléchargement et apporte de nombreuses améliorations, pour simplifier la tâche aux développeurs