nylig lanseringen av den nye betaversjonen av Android Studio 3.5 er kunngjort, som er kulminasjonen av arbeidet med å tilby en versjon med fokus på kvalitet og stabilitet av funksjonene.
Denne betaversjonen av Android Studio 3.5 adresserer mange endringer i hvert av Project Marbles hovedfokusområder der arbeidet og den nye infrastrukturen innlemmet i Project Marble forbedres for langsiktig kvalitetsovervåking.
Hovedendringer
En av de viktigste klager fra utviklere på Android Studio er tregheten IDE kjører over tid.
Mange ganger skyldes denne opplevelsen uventet press på minne eller IDE-minnelekkasjer.
Google var interessert i dette området, og som en del av Marble-prosjektet håndterte forlaget over 33 store minnelekkasjer.
For å identifisere lekkasjer, Google måler nå unntak fra minne på et internt dashbord fortløpende for de som har valgt å dele data med ham, slik at han kan fokusere og løse de tøffeste problemene.
Fra og med Android Studio 3.5, når IDE går tom for minne, Registrerer Google statistikk på høyt nivå på haugstørrelsen og de dominerende objektene i segmentet.
Med disse dataene kan IDE gjøre to ting: foreslå bedre minnekonfigurasjoner og gi en mer inngående analyse av minnet.
Automatisk anbefalte minneinnstillinger
Som standard Android Studio har en maksimal minnestørrelse på 1.2 GB. For de av dere som har store prosjekter, kan det hende at denne størrelsen ikke er nok.
Selv om du har en maskin med mye RAM, vil IDE ikke overstige denne verdien. Med enndroid Studio 3.5, vil IDE gjenkjenne når et prosjekt av søknaden du trenger mer RAM i en datamaskin med høyere RAM-kapasitet og det vil advare deg om å øke dyngestørrelsen i et varsel.
Du kan også gjøre justeringer i det nye innstillingspanelet under Utseende og atferd → Minneinnstillinger.
Enkel rapportering av minneproblemer med Memory Heap-analyse
Noen ganger kan det være vanskelig å fange opp og reprodusere minneproblemer for å rapportere til Android Studio-teamet.
For å løse dette problemet lar Android Studio 3.5 deg aktivere en stack dump (Help → Analyze Memory Usage) som IDE fjerner lokalt for personopplysninger, analyse og rapportering.
Brukergrensesnitt
Brukergrensesnittfrysing er et annet vanlig problem som har blitt rapportert til Google. I Android Studio 3.5, teamet har utvidet infrastrukturen til Intellij-plattformen underliggende og måler nå UI-trådstopp som varer lenger enn noen få øyeblikk.
For eksempel, når man utviklet Project Marble, ble det funnet i dataene deres at XML-redigering var betydelig langsommere i IDE. Ved hjelp av dette datapunktet optimaliserte du XML-skriving og oppnådde betydelig bedre ytelse i Android Studio 3.5.
Bruk endringer
Å kunne modifisere og se kodeendringer raskt uten å starte applikasjonen på nytt, er flott for å utvikle applikasjoner.
For to år siden var den øyeblikkelige funksjonen Googles forsøk i den retningen, men til slutt falt den under forventningene.
I løpet av Marble-prosjektet, teamet bestemte seg for å endre arkitekturen og implementere en mer praktisk tilnærming i Android Studio 3.5 kalt Apply Changes.
Bruk endringer bruker API-ene som er spesifikke for Android Oreo-plattformen og senere for å sikre pålitelig og konsistent oppførsel (i motsetning til Instant Run endrer ikke Apply Changes APK).
C ++ forbedringer
Støtte til C ++ - prosjektet var også et prioritert område for Marble - prosjektet. CMake-kreasjoner er nå opptil 25% raskere for store prosjekter, siden IDE nå.
I tillegg kan det nå finnes et forbedret enkeltversjonsgrensesnittpanel lar deg spesifisere ABI-mål separat.
Til slutt lar Android Studio 3.5 deg bruke flere versjoner parallelt med Android NDK i build.gradle-filen. Dette skal tillate flere spillbare versjoner og redusere inkompatibilitet mellom NDK-versjonene og Android Gradle-plugin.