« 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....
La fin de cet article est réservée aux abonnés. Soutenez le Club Developpez.com en prenant un abonnement pour que nous puissions continuer à vous proposer des publications.