O Android Studio 3.5 apresenta Apply Changes, o sucessor do recurso Instant Run da popular ferramenta de desenvolvimento de aplicativos.
O Android Studio 3.5 (atualmente nos canais Canary e Dev) agora apresenta uma nova maneira de enviar alterações de código ao seu aplicativo e ver seus efeitos instantaneamente, sem precisar reiniciar o aplicativo. Apelidado simplesmente de "Aplicar alterações", é o sucessor do recurso "Instant Run" nas versões anteriores do Estúdio Android.
do Google Blog de desenvolvedores Android diz o seguinte sobre Aplicar alterações:
Aplicar alterações permite enviar alterações de código e recursos para o aplicativo em execução sem reiniciar o aplicativo e, em alguns casos, sem reiniciar a atividade atual. Aplicar alterações substitui o Instant Run por uma abordagem completamente nova para otimização de construção. Em vez de reescrever o bytecode do seu APK durante o tempo de compilação, o Apply Changes redefine as classes dinamicamente, aproveitando a instrumentação de tempo de execução compatível com Android 8.0 (API de nível 26) ou superior.
Além disso, o Android Studio agora solicita que você decida se deseja reiniciar seu aplicativo ou atividade quando detecta que as alterações não são compatíveis com Aplicar alterações. Esse controle extra deve fornecer uma experiência mais consistente e previsível em comparação com o comportamento do Instant Run.
A postagem do blog lista algumas limitações da nova funcionalidade. Por exemplo, o dispositivo em que você está testando seu aplicativo deve estar executando pelo menos Android 8.0 Oreo (API nível 26) e há certas alterações de código que ainda exigirão a reinicialização do aplicativo. Tal como acontece com "Instant Run", "Aplicar alterações" forçará a reinicialização do aplicativo se você:
- Adicionar ou excluir uma classe, método ou campo
- Alterando o manifesto
- Alterando assinaturas de métodos
- Alterando modificadores de métodos ou classes
- Renomeando classes
- Alterando herança de classe
- Adicionar ou remover um recurso
Em "Problemas conhecidos", a postagem do blog afirma que, como o Google inicialmente priorizou a estabilidade em detrimento do desempenho neste novo recurso, "Aplicar alterações" às vezes será executado mais lentamente do que seu recurso anterior "Instant Run". Além disso, as imagens do emulador x86_x64 não são suportadas e, para fins de depuração, apenas o Android Pie (API de nível 28) é compatível. suportado. Você pode ver a lista completa de limitações e problemas conhecidos no link da fonte abaixo.
Para uma descrição mais detalhada da diferença entre "Aplicar alterações" e "Execução instantânea", um funcionário do Google da equipe do Android Studio disse o seguinte em Reddit:
Faz algo muito, muito diferente. O Instant Run teve um impacto muito específico na construção, instrumentando cada uma de suas classes em tempo de compilação para prepará-las para serem substituídas durante o tempo de execução por uma nova versão da classe. Ele também dividiu seu APK em vários APKs para reenviar seu aplicativo de forma mais incremental.
Aplicar alterações não faz nada parecido. Seu APK é praticamente o mesmo, quer você use Aplicar alterações ou não. Em vez disso, ele depende de novos recursos de instrumentação de tempo de execução do ART VM para recarregar classes de forma dinâmica e substituí-las enquanto o aplicativo está em execução. É por isso que requer versões muito mais recentes do Android.
Espera-se que "Aplicar alterações" eventualmente substitua "Instant Run" nos canais Beta e Estável, à medida que o Google faz melhorias em seu desempenho e estabilidade.
Fonte: Blog de desenvolvedores Android