nylig frigivelsen af den nye betaversion af Android Studio 3.5 er blevet annonceret, som er kulminationen på arbejdet med at tilbyde en version med fokus på kvalitet og stabilitet af funktioner.
Denne betaudgivelse af Android Studio 3.5 adresserer mange ændringer inden for hvert af Project Marbles vigtigste fokusområder hvor arbejdet og den nye infrastruktur, der er inkorporeret i Project Marble, forbedres til langsigtet kvalitetsovervågning.
Vigtigste ændringer
Én de vigtigste klager fra udviklere på Android Studio er langsomheden IDE kører over tid.
Mange gange skyldes denne oplevelse uventet pres på hukommelse eller lækage af IDE-hukommelse.
Google var interesseret i dette område, og som en del af Marmor-projektet håndterede udgiveren over 33 store hukommelseslækager.
For at identificere lækager, Google måler nu undtagelser fra hukommelse på et internt dashboard løbende for dem, der har valgt at dele data med ham, så han kan fokusere og løse de hårdeste problemer.
Fra og med Android Studio 3.5, når IDE løber tør for hukommelse, Registrerer Google statistikker på højt niveau på dyngestørrelsen og de dominerende objekter i segmentet.
Med disse data kan IDE gøre to ting: foreslå bedre hukommelseskonfigurationer og give en mere dybdegående analyse af hukommelsen.
Automatisk anbefalede hukommelsesindstillinger
Som standard, Android Studio har en maksimal hukommelsesstørrelse på 1.2 GB. For dem af jer, der har store projekter, er denne størrelse muligvis ikke nok.
Selv hvis du har en maskine med en stor mængde RAM, vil IDE ikke overstige denne værdi. Med enndroid Studio 3.5, vil IDE genkende, hvornår et projekt ansøgning du har brug for mere RAM på en computer med højere RAM-kapacitet og det advarer dig om at øge dyngestørrelsen i en meddelelse.
Du kan også foretage justeringer i det nye indstillingspanel under Udseende og adfærd → Hukommelsesindstillinger.
Nem rapportering af hukommelsesproblemer med Memory Heap-analyse
Nogle gange kan det være svært at fange og reproducere hukommelsesproblemer for at rapportere til Android Studio-teamet.
For at løse dette problem giver Android Studio 3.5 dig mulighed for at aktivere en stack dump (Hjælp → Analyser hukommelsesbrug), som IDE fjerner lokalt til personlige data, analyse og rapportering.
Brugergrænseflade
Frysning af brugergrænseflade er et andet almindeligt problem, der er rapporteret til Google. I Android Studio 3.5, teamet har udvidet infrastrukturen på Intellij-platformen underliggende og måler nu UI-trådstop, der varer længere end et øjeblik.
For eksempel, når man udviklede Project Marble, blev det fundet i deres data, at XML-redigering var signifikant langsommere i IDE. Ved hjælp af dette datapunkt optimerede du XML-skrivning og opnåede betydeligt bedre ydeevne i Android Studio 3.5.
Anvend ændringer
At være i stand til hurtigt at ændre og se kodeændringer uden at genstarte applikationen er fantastisk til at udvikle applikationer.
For to år siden var den øjeblikkelige funktion Googles forsøg i den retning, men i sidste ende faldt den under forventningerne.
I løbet af Marmorprojektets periode holdet besluttede at ændre arkitekturen og implementere en mere praktisk tilgang i Android Studio 3.5 kaldes Anvend ændringer.
Anvend ændringer bruger de API'er, der er specifikke for Android Oreo-platformen og senere for at sikre pålidelig og konsekvent opførsel (i modsætning til Instant Run ændrer Apply Changes ikke APK'en).
C ++ forbedringer
Støtte til C ++ - projektet var også et prioriteret område for Marmorprojektet. CMake-kreationer er nu op til 25% hurtigere til store projekter, siden IDE nu.
Derudover kan der nu findes et forbedret panel til en enkelt brugergrænseflade giver dig mulighed for at specificere ABI-mål separat.
Endelig giver Android Studio 3.5 dig mulighed for at bruge flere versioner parallelt med Android NDK i build.gradle-filen. Dette skal give mulighed for mere afspilbare versioner og afbøde inkompatibiliteter mellem NDK-versionerne og Android Gradle-plugin'et.