O Google anunciou um conjunto de novos requisitos importantes para novos aplicativos e aplicativos atualizados na Google Play Store. Prepare seus aplicativos agora!
Em uma postagem no blog hoje, o Google anunciou grandes mudanças futuras nos aplicativos enviados à Play Store. Essas alterações foram projetadas para melhorar a segurança do usuário final, exigindo que os desenvolvedores visem níveis de API mais recentes. Além disso, o Google também começará a exigir que os aplicativos que distribuem bibliotecas nativas também forneçam versões de 64 bits dessas bibliotecas. Essas mudanças não entrarão em vigor até meados de 2018 e meados de 2019, respectivamente, portanto, os desenvolvedores terão bastante tempo para trabalhar em atualizações para atender a esses novos requisitos. Vamos nos aprofundar um pouco mais no que essas mudanças significam para desenvolvedores e usuários finais.
Mudança nº 1: visando um nível de API mais recente
O nível de API mais atual é 27, que corresponde ao Versão do Android 8.1
. Antes disso está o nível 26 da API, que corresponde ao Android 8.0 Oreo. Iniciando Agosto de 2018, qualquer novas aplicações que são enviados para a Play Store deve segmentar pelo menos o nível 26 da API. Além disso, começando Novembro de 2018, atualizações para aplicativos existentes também deve segmentar API de nível 26 ou superior.Esses requisitos não são estáticos, entretanto. Em 2019, o Google irá incrementar o requisito targetSdkVersion um ano após cada versão principal do Android. Por exemplo, 1 ano após o lançamento do Android P, os aplicativos devem ter como alvo o nível de API 28 ou superior.
Lembre-se de que esses requisitos são somente para o nível de API de destino, e não para o mínimo. Isso significa que você ainda pode criar aplicativos que funcionarão em versões mais antigas do Android, como o Android Lollipop. Isso é importante porque ainda existem milhões de usuários executando versões mais antigas do Android em seus dispositivos. Qual nível mínimo de API você deve implementar? Seguir @minSdkVersão no Twitter para se manter atualizado sobre quando você deveria mudar isso.
Quanto aos aplicativos que não receberão atualizações no futuro próximo, nada mudará. Esses aplicativos continuarão a existir, embora, é claro, não possam aproveitar os novos recursos introduzidos nos SDKs mais recentes. Se o o desenvolvedor de tal aplicativo deseja atualizar seu aplicativo por qualquer motivo, então ele terá que atualizar seu aplicativo para atender aos requisitos da API superior nível.
Isso é uma vantagem para a segurança do usuário. O Android 6.0 Marshmallow introduziu permissões de tempo de execução, que protegem certas permissões confidenciais, como localização ou acesso a contatos, por trás de uma caixa de diálogo que o usuário deve aceitar. No entanto, os aplicativos podem contornar as permissões de tempo de execução visando um nível de API mais antigo. Se um aplicativo for direcionado a esse nível de API mais antigo, as permissões serão concedidas durante a instalação.
Além disso, as novas restrições do Android Oreo à execução de aplicativos em segundo plano, receptores de transmissão implícitos e limites de localização em segundo plano são apenas um requisito para aplicativos direcionados ao nível 26 da API. Como esse nível de API será um requisito no futuro, isso significa que qualquer usuário que execute o Android Oreo não precisará se preocupar com o fato de um aplicativo não estar sendo otimizado pelas novas restrições do Android Oreo.
Uma nota sobre futuras versões do Android
Há uma cláusula interessante neste novo requisito. Para citar a postagem do blog:
Versões futuras do Android também restringirão aplicativos que não tenham como alvo um nível de API recente e impactarão negativamente o desempenho ou a segurança.
Considerando que o requisito anterior afeta apenas novos aplicativos ou aplicativos atualizados enviados à Play Store, esta frase parece sugerem que uma versão futura do Android também imporá restrições aos aplicativos que não estão atualizados com os níveis recentes da API. Android 8.0 Oreo introduzido permissões somente em tempo de execução que exigem que um aplicativo tenha como alvo o nível 23 da API, para que o Google possa começar a bloquear novos recursos por trás de tais restrições.
Alteração nº 2: suporte de 64 bits para código nativo
A maioria dos principais dispositivos Android possui chips construídos em uma arquitetura de 64 bits. Segundo o Google, mais de 40% dos dispositivos têm suporte para 64 bits. Atualmente, os aplicativos que distribuem bibliotecas nativas podem ser baseados apenas em código de 32 bits, e os dispositivos de 64 bits ainda funcionarão devido à compatibilidade com versões anteriores.
No entanto, como o código de 64 bits pode oferecer melhor desempenho, o Google irá exigem que os desenvolvedores cujos aplicativos utilizam bibliotecas nativas tenham uma alternativa de 64 bits para rodar apenas em dispositivos de 64 bits. Os aplicativos podem incluir uma biblioteca de 32 e 64 bits ou distribuir várias versões do APK com qualquer uma das bibliotecas usando o vários APKs recurso no Developer Console. Este requisito entrará em vigor a partir de agosto de 2019 e não afeta aplicativos que não executam nenhum código nativo.
Esta última mudança não requer nenhuma ação por parte dos desenvolvedores. Em vez disso, isso será tratado automaticamente pelo Google Play. A Play Store começará a adicionar um pequena quantidade de metadados para cada APK que verificará se um aplicativo foi distribuído oficialmente pela Google Play Store. O tamanho máximo do APK do Google Play será aumentado para dar conta desses novos metadados, mas nada deverá ser alterado nos aplicativos dos desenvolvedores.
Fonte: Google