fa poc s'ha donat a conèixer l'alliberament de la nova versió beta d'Android Studio 3.5, La qual és la culminació de la feina en oferir una versió centrada en qualitat i l'estabilitat de les funcions.
Aquest alliberament de la beta d'Android Studio 3.5 aborda molts canvis en cadascuna de les principals àrees d'enfocament de Project Marble en el qual es millora el treball i la nova infraestructura incorporada en Project Marble per al monitoratge de qualitat a llarg termini.
principals canvis
Una de les principals queixes dels desenvolupadors en Android Studio és la lentitud amb que s'executa l'IDE al llarg de el temps.
Moltes vegades, aquesta experiència es deu a una pressió inesperada en la memòria o pèrdues de memòria IDE.
Google estava interessat en aquesta àrea i com a part de el projecte Marble, l'editor va manejar més de 33 fuites de memòria importants.
Per identificar fuites, Google ara mesura les excepcions de memòria insuficient en un panell intern de forma contínua per a aquells que han triat compartir dades amb ell, el que li permet enfocar i resoldre els problemes més difícils.
A partir d'Android Studio 3.5, quan l'IDE es queda sense memòria, Google captura estadístiques d'alt nivell sobre la mida de la pila i els objectes dominants en el segment.
Amb aquestes dades, l'IDE pot fer dues coses: suggerir millors configuracions de memòria i proporcionar una anàlisi més profunda de la memòria.
Configuració de memòria recomanada automàticament
Per defecte, Android Studio té una mida màxima de memòria de 1.2 GB. Per a aquells de vostès que tenen projectes grans, aquesta mida pot no ser suficient.
Fins i tot si té una màquina amb una gran quantitat de RAM, l'IDE no superarà aquest valor. amb Android Studio 3.5, l'IDE reconeixerà quan un projecte d'aplicació necessita més RAM en un ordinador amb més capacitat de RAM i advertirà que augmenti la mida de la pila en una notificació.
També pot realitzar ajustaments en el nou panell de configuració en Aparença i comportament → Configuració de memòria.
Facilitat d'informar problemes de memòria amb Memory Heap Analysis
A vegades pot ser difícil capturar i reproduir problemes de memòria per informar l'equip d'Android Studio.
Per resoldre aquest problema, Android Studio 3.5 permet activar un bolcat de pila (Ajuda → Analitzar ús de memòria) que l'IDE elimina localment per a dades personals, anàlisi i creació d'informes.
Interfície d'usuari
La congelació de la interfície d'usuari és un altre problema comú que s'ha comunicat a Google. En Android Studio 3.5, l'equip ha ampliat la infraestructura de la plataforma IntelliJ subjacent i ara mesura les parades de subprocessos de la interfície d'usuari que duren més d'uns instants.
Per exemple, a l'desenvolupar Project Marble, es va trobar en les seves dades que l'edició XML era significativament més lenta en l'IDE. Amb aquest punt de dades, va optimitzar l'escriptura XML i va aconseguir un rendiment significativament millor en Android Studio 3.5.
Aplica els canvis
Ser capaç de modificar i veure ràpidament els canvis de codi sense reiniciar l'aplicació és excel·lent per desenvolupar aplicacions.
Fa dos anys, la funció d'execució instantània era l'intent de Google en aquesta direcció, però en última instància estava per sota de les expectatives.
Durant el període de el projecte Marble, l'equip va decidir modificar l'arquitectura i implementar un enfocament més pràctic en Android Studio 3.5 denominat Apply Changes.
Aplica els canvis utilitza les API específiques de la plataforma d'Android Oreo i posteriors per garantir un comportament fiable i consistent (a diferència d'Instant Run, Apply Changes no canvia la APK).
Millores en C ++
El suport a el projecte C ++ també va ser una àrea prioritària per al projecte Marble. Les creacions de CMake ara són fins a un 25% més ràpides per a projectes grans, ja que l'IDE ara.
A més, ara es podrà trobar un panell d'interfície d'usuari millorat d'una sola versió que permet especificar objectius ABI per separat.
Finalment, Android Studio 3.5 permet usar diverses versions en paral·lel de l'NDK d'Android a l'arxiu build.gradle. Això hauria de permetre tenir versions més reproduïbles i mitigar les incompatibilitats entre les versions NDK i el complement Gradle d'Android.