A versão beta do Android Studio 3.5 já foi lançada e apresenta várias novidades. O objetivo, segundo os desenvolvedores, é oferecer uma versão focada na qualidade e estabilidade das funções. Este lançamento da versão beta do Android Studio 3.5 aborda muitas mudanças em cada uma das principais áreas de foco do Project Marble. Assim, o trabalho e a nova infraestrutura incorporada no Project Marble são aprimorados para monitoramento de qualidade a longo prazo.
Principais mudanças
Uma das principais reclamações dos desenvolvedores no Android Studio é a lentidão com que o IDE é executado ao longo do tempo. Muitas vezes, essa experiência é devido à pressão inesperada na memória ou vazamentos de memória do IDE.
O Google estava interessado nessa área e, como parte do projeto Marble, o editor trabalhou com mais de 33 importantes vazamentos de memória.
Para identificar vazamentos, o Google agora mede as exceções de memória insuficiente em um painel interno continuamente. Porém, isso só é válido para aqueles que optaram por compartilhar dados com ele, permitindo que ele se concentre e resolva os problemas mais difíceis.
A partir do Android Studio 3.5, quando o IDE fica sem memória. O Google captura estatísticas sobre o tamanho do heap e os objetos dominantes no segmento.
Com esses dados, o IDE pode fazer duas coisas: sugerir melhores configurações de memória e fornecer uma análise de memória mais profunda.
Configuração de memória recomendada automaticamente
Por padrão, o Android Studio tem um tamanho máximo de memória de 1,2 GB. Para aqueles de vocês que têm grandes projetos, esse tamanho pode não ser suficiente.
Mesmo se você tiver uma máquina com uma grande quantidade de RAM, o IDE não excederá esse valor. Com o Android Studio 3.5, o IDE reconhecerá quando um projeto de aplicativo precisar de mais RAM em um computador com maior capacidade de RAM e notará que aumenta o tamanho do heap em uma notificação.
Você também pode fazer configurações no novo painel de configuração em Aparência e comportamento ? Configuração de memória.
Facilidade de relatar problemas de memória
Às vezes, pode ser difícil capturar e reproduzir problemas de memória para informar a equipe do Android Studio.
Notícias Relacionadas
Para resolver esse problema, o Android Studio 3.5 permite ativar um recurso (Ajuda ? Analisar uso de memória) que o IDE exclui localmente para dados pessoais, análise e criação de relatórios.
Interface do usuário
O congelamento da interface do usuário é outro problema comum que foi relatado ao Google. No Android Studio 3.5, a equipe expandiu a infraestrutura da plataforma Intellij e agora mede os threads da interface do usuário que duram mais que alguns instantes.
Por exemplo, ao desenvolver o Project Marble, foi descoberto em seus dados que a edição XML era significativamente mais lenta no IDE. Com esse ponto de dados, ele otimizou a gravação em XML e alcançou um desempenho significativamente melhor no Android Studio 3.5.
Aplicar alterações
Ser capaz de modificar e visualizar rapidamente alterações de código sem reiniciar é excelente para o desenvolvimento de aplicativos.
Dois anos atrás, o recurso de execução instantânea foi a tentativa do Google nessa direção, mas, no final das contas, estava abaixo das expectativas.
Durante o período do projeto Marble, a equipe decidiu modificar a arquitetura e implementar uma abordagem mais prática no Android Studio 3.5 chamada Apply Changes.
O Apply Changes usa as APIs específicas da plataforma Android Oreo e, posteriormente, para garantir um comportamento confiável e consistente (ao contrário do Instant Run, o Apply Changes não altera o APK).
Melhorias no C ++
O suporte para o projeto C ++ também era uma área prioritária para o projeto Marble. As criações do CMake agora são até 25% mais rápidas para projetos grandes, desde o IDE agora.
Além disso, agora você pode encontrar um painel de interface do usuário aprimorado de uma única versão que permite especificar alvos da ABI separadamente.
Finalmente, o Android Studio 3.5 permite que você use várias versões paralelas do Android NDK no arquivo build.gradle. Isso deve permitir versões mais reproduzíveis e mitigar incompatibilidades entre as versões do NDK e o plugin Android Gradle.
