O Android 11 virá com uma nova configuração de “Compatibilidade de aplicativos” nas opções do desenvolvedor, tornando mais fácil para os desenvolvedores de aplicativos testarem as mudanças no comportamento da plataforma.
Todos os anos, no Google I/O, o Google destaca algumas das mudanças mais interessantes que ocorrerão na próxima versão do Android. Embora a maioria dos usuários julgue as versões do Android pelas mudanças visuais que afetam sua experiência, cada atualização do Android também vem com uma tonelada de novidades. mudanças nas APIs e comportamento da plataforma. Essas mudanças são importantes para os desenvolvedores de aplicativos tomarem nota e prepararem seus aplicativos, pois podem alterar fundamentalmente as maneiras pelas quais seus aplicativos podem ser consumidos pelos usuários finais. Com a próxima versão do Android, Android 11, o Google tornará mais fácil para os desenvolvedores testarem e prepararem seus aplicativos para mudanças futuras com uma nova configuração de “Compatibilidade de aplicativos” nas Opções do desenvolvedor.
Cada vez que o Google lança uma nova versão do Android, os desenvolvedores de aplicativos interessados em manter ativamente seus aplicativos precisam ler sobre as novas mudanças e a documentação que acompanha essas mudanças. Eles podem então decidir atualizar seu aplicativo para adicionar esses novos recursos de API se desejarem ou migrar o uso de APIs existentes para APIs mais recentes, um caminho que pode ou não ser opcional. Os desenvolvedores de aplicativos não precisam atualizar a API de destino de seus aplicativos imediatamente, mas precisam fazê-lo eventualmente para atender aos mudança nos requisitos de API de destino da Google Play Store. Depois disso, os desenvolvedores também precisam testar seu aplicativo na nova versão do Android, e isso pode ser feito em um dispositivo emulado, um dispositivo hospedado na nuvem ou um dispositivo local. Os testes fazem parte da rotina de desenvolvimento, mas os testes se tornam ainda mais importantes quando há grandes mudanças envolvidas.
Além disso, quando o Google deseja introduzir mudanças importantes no comportamento da plataforma, eles não implementam imediatamente a mudança no lançamento da nova versão do Android. Isso protege os usuários de que muitos de seus aplicativos quebrem e percam funcionalidade, além de dar aos desenvolvedores mais tempo para atualizar seus aplicativos. Por exemplo, no Android 7 Nougat, o Google decidiu limitar algumas transmissões implícitas para economizar bateria. Com o Android 8 Oreo, o Google aplicativos completamente restritos de registrar receptores de transmissão implícitos. Mas antes do lançamento do Android 8 Oreo, o Google queria que os desenvolvedores se preparassem para um cenário em que seus aplicativos não seriam mais capazes de registrar receptores de transmissão implícitos. E para isso, os desenvolvedores poderiam use um comando ADB no Android 7 Nougat para simular uma condição em que as transmissões implícitas estão indisponíveis:
adb shell cmd appops set RUN_IN_BACKGROUND ignoreComandos ADB como o acima são um exemplo de como o Google permite que desenvolvedores de aplicativos testem como seus aplicativos se comportariam sob mudanças de comportamento na plataforma Android.
Outro exemplo recente é como no Android Q Beta 2, O Google pediu aos desenvolvedores que testassem o armazenamento com escopo em seus aplicativos executando este comando ADB:
adb shell cmd appops set your-package-name android: legacy_storage default && \Como desenvolvedor de aplicativos, pode-se presumir que você se sente confortável com os comandos ADB e não é particularmente avesso a usá-los para testar essas mudanças de plataforma. Mas sempre há espaço para melhorias, e o Google está facilitando esse processo de teste ao introduzir uma interface de usuário simples para controlar essas mudanças.
Com o novo Projeto PlatformCompat, os desenvolvedores não precisam mais executar comandos ADB para cada nova mudança de comportamento da plataforma. Com o Android 11, o Android terá um novo submenu nas Opções do desenvolvedor para alternar rapidamente as novas mudanças de comportamento da plataforma por aplicativo, sem a necessidade de enviar nenhum comando de shell ADB. Haverá seções diferentes para cada nível de API de destino. Por exemplo, nível de API > 29 terá seu próprio conjunto de mudanças de comportamento que podem ser alternadas, enquanto o nível de API> 30 terá seu próprio conjunto de mudanças.
Na captura de tela acima que mostra a seção Compatibilidade de aplicativos (de um AOSP criado no código-fonte rodando em um emulador), o "Padrão A seção "Alterações ativadas" inclui alterações da API do Android 11 que serão ativadas por padrão em todos os aplicativos, independentemente de seu destino SDK. A seção "ativada para targetSDKversion > 29" são alterações da API do Android 11 que são ativadas apenas para aplicativos direcionados ao Android 11/API de nível 30.
Embora essa mudança específica não empolgue diretamente os usuários finais, ela facilita o trabalho dos desenvolvedores de aplicativos, e isso é sempre bom.
Agradecimentos ao desenvolvedor reconhecido pelo XDA luca020400 pela dica e por fornecer a captura de tela em anexo.
Cobertura adicional no Android 11:
- O Android 11 pode finalmente remover o limite de tamanho de arquivo de 4 GB do Android para gravações de vídeo
- A programação do modo escuro pode chegar no Android 11
- O modo avião pode finalmente parar de desligar o áudio Bluetooth, começando com Android 11 R
- O Google está descontinuando a API AsyncTask do Android no Android 11
- O Google fará com que os desenvolvedores de gerenciadores de arquivos enviem um formulário para obter amplo acesso ao armazenamento de arquivos no Android 11
- O Android 11 pode finalmente trazer uma implementação nativa sem fio ADB adequada