onlangs de release van de nieuwe bètaversie van Android Studio 3.5 is aangekondigd, wat het resultaat is van het werk met het aanbieden van een versie gericht op kwaliteit en stabiliteit van functies.
Deze bètaversie van Android Studio 3.5 gaat in op veel veranderingen in elk van de belangrijkste aandachtsgebieden van Project Marble waarin het werk en de nieuwe infrastructuur van Project Marble worden verbeterd voor langdurige kwaliteitsbewaking.
Belangrijkste wijzigingen
Een de belangrijkste klachten van ontwikkelaars op Android Studio is de traagheid de IDE loopt in de tijd.
Vaak is deze ervaring te wijten aan onverwachte druk op het geheugen of IDE-geheugenlekken.
Google was geïnteresseerd in dit gebied en als onderdeel van het Marble-project behandelde de uitgever 33 grote geheugenlekken.
Om lekken te identificeren, Google meet nu uitzonderingen op het gebied van geheugen doorlopend op een intern dashboard voor degenen die ervoor hebben gekozen gegevens met hem te delen, zodat hij zich kan concentreren en de moeilijkste problemen kan oplossen.
Vanaf Android Studio 3.5, wanneer de IDE geen geheugen meer heeft, Legt Google statistieken op hoog niveau vast op de hoopgrootte en de dominante objecten in het segment.
Met deze gegevens kan de IDE twee dingen doen: suggereren betere geheugenconfiguraties en bieden een meer diepgaande analyse van het geheugen.
Automatisch aanbevolen geheugeninstellingen
Standaard, Android Studio heeft een maximale geheugengrootte van 1.2 GB Voor degenen onder u die grote projecten hebben, is deze omvang misschien niet genoeg.
Zelfs als u een machine heeft met een grote hoeveelheid RAM, zal de IDE deze waarde niet overschrijden. Met eenndroid Studio 3.5, zal de IDE herkennen wanneer een project van toepassing je hebt meer RAM nodig op een computer met een hogere RAM-capaciteit en het zal u in een melding waarschuwen voor toenemende heapgrootte.
U kunt ook aanpassingen maken in het nieuwe instellingenpaneel onder Vormgeving en gedrag → Geheugeninstellingen.
Gemakkelijke rapportage van geheugenproblemen met geheugenheapanalyse
Soms kan het moeilijk zijn om geheugenproblemen op te sporen en te reproduceren om aan het Android Studio-team te melden.
Om dit probleem op te lossen, kunt u met Android Studio 3.5 een stackdump activeren (Help → Geheugengebruik analyseren) die de IDE lokaal verwijdert voor persoonlijke gegevens, analyse en rapportage.
Gebruikersinterface
Het bevriezen van de gebruikersinterface is een ander veelvoorkomend probleem dat aan Google is gemeld. In Android Studio 3.5, het team heeft de infrastructuur van het Intellij-platform uitgebreid onderliggende en meet nu UI-threadstops die langer dan een paar momenten duren.
Bij het ontwikkelen van Project Marble werd bijvoorbeeld in hun gegevens gevonden dat XML-bewerking aanzienlijk langzamer verliep in de IDE. Met behulp van dit gegevenspunt optimaliseerde u het XML-schrijven en behaalde u aanzienlijk betere prestaties in Android Studio 3.5.
Wijzigingen toepassen
In staat zijn om snel wijzigingen aan te brengen en codewijzigingen te bekijken zonder de applicatie opnieuw te starten, is geweldig voor het ontwikkelen van applicaties.
Twee jaar geleden was de instant-run-functie een poging van Google in die richting, maar uiteindelijk voldeed het niet aan de verwachtingen.
Tijdens de Marble-projectperiode het team besloot de architectuur aan te passen en een meer praktische benadering in Android Studio 3.5 te implementeren genaamd Wijzigingen toepassen.
Wijzigingen toepassen gebruikt de API's die specifiek zijn voor het Android Oreo-platform en later om betrouwbaar en consistent gedrag te garanderen (in tegenstelling tot Instant Run verandert Apply Changes de APK niet).
C ++ verbeteringen
Ondersteuning voor het C ++ -project was ook een prioriteitsgebied voor het Marble-project. CMake-creaties zijn nu tot 25% sneller voor grote projecten, sinds de IDE nu.
Bovendien kan nu een verbeterd gebruikersinterfacepaneel met één versie worden gevonden stelt u in staat om ABI-doelen afzonderlijk te specificeren.
Ten slotte kunt u met Android Studio 3.5 meerdere versies parallel aan de Android NDK gebruiken in het build.gradle-bestand. Dit zou meer afspeelbare versies mogelijk moeten maken en de incompatibiliteit tussen de NDK-versies en de Android Gradle-plug-in moeten verminderen.