Postado por Akua Prempeh, Developer Marketing
Às vezes, a jornada de criação e lançamento de um app pode ser semelhante a escalar uma montanha: o caminho pode ser cheio de obstáculos e trabalho árduo. No Firebase, nossa meta é facilitar essa jornada fornecendo as ferramentas e os recursos de que você precisa para criar e desenvolver apps que os usuários adorem.
É por isso que todos os anos reunimos a comunidade no Firebase Summit para compartilhar grandes atualizações do produto, responder a perguntas importantes e fornecer treinamento prático para que você possa aproveitar nossa plataforma ao máximo. Este ano não será diferente: temos o grande prazer de anunciar que o Firebase Summit está de volta como um evento virtual que acontece no dia 10 de novembro de 2021 às 9h30 (horário do Pacífico). Também temos algumas excelentes atividades que ocorrerão antes do Firebase Summit, então continue lendo para saber o que vem por aí.
Para ajudar você a se preparar para o Firebase Summit e aprofundar seu conhecimento de nossos produtos e serviços, lançaremos a cada semana um novo conjunto de programas de aprendizado que conduzirão até o evento principal. Estes programas consistirão em codelabs fáceis de seguir, artigos, vídeos interativos e testes. Depois de concluir um programa de aprendizado, você também terá a oportunidade de ganhar um novíssimo selo de desenvolvedor do Google. O primeiro programa semanal será lançado em 13 de outubro. Confira mais detalhes no site do evento.
Uma das melhores formas de aprender a usar o Firebase é com outros desenvolvedores. No dia 3 de novembro, teremos palestras da comunidade nas quais você terá a oportunidade de ouvir os especialistas do Google Developers falando sobre tópicos como a criação de apps empresariais com o Firebase, a implementação de modelos de autorização e muito mais. Marque a data em sua agenda e visite o site do evento, onde destacaremos essas sessões.
Os programas de aprendizado e as palestras da comunidade acontecem ao longo do período que antecede o Firebase Summit, no dia 10 de novembro. O evento tem início às 9h30 (horário do Pacífico), com uma palestra de abertura repleta de informações importantes. Junte-se a nós para saber como o Firebase pode ajudar a acelerar o desenvolvimento de apps, executar apps com confiança e dimensionar seu negócio com facilidade. Após a palestra de abertura, você pode fazer perguntas no bate-papo e receber respostas ao vivo da equipe do Firebase durante o #AskFirebase. Também teremos novas sessões técnicas sob demanda referentes aos nossos mais recentes anúncios, além de demonstrações que podem ser assistidas no horário que for mais conveniente para você.
Postado pela equipe do Android
O Android Dev Summit está de volta! Dentro de apenas algumas semanas, nos dias 27 e 28 de outubro, junte-se a nós para conhecer as últimas atualizações do desenvolvimento em Android. O tema deste ano é Apps excelentes em todos os dispositivos, e você ficará sabendo sobre ferramentas de desenvolvimento, APIs e tecnologias que ajudam a aumentar a produtividade e a criar apps melhores que funcionam em bilhões de dispositivos, incluindo tablets, wearables e muito mais.
A programação tem início às 10h (horário do Pacífico) do dia 27 de outubro com o The Android Show: uma palestra de abertura técnica na qual você ficará sabendo sobre todas as últimas notícias e atualizações para desenvolvedores Android. Em seguida, teremos mais de 30 sessões sobre vários tópicos técnicos relacionados ao desenvolvimento em Android. E mais: reunimos a equipe de criação do Android para responder ao vivo a todas as suas perguntas no #AskAndroid. O Android Dev Summit deste ano será uma oportunidade de conectar-se virtualmente com desenvolvedores Android do mundo todo.
Quer saber mais? Inscreva-se aqui para receber atualizações por nossa newsletter.
Postado por Mike Yerou, engenheiro de software, Google Play
O gerenciamento de usuários é uma responsabilidade importante em empresas de todos os portes. O desafio é garantir que todos os membros da equipe tenham o conjunto de permissões certo para cumprir com suas responsabilidades sem expor demasiadamente dados de negócios não relacionados.
Ao longo dos anos, os desenvolvedores têm pedido por ferramentas melhores de gerenciamento de usuários e permissões no Play Console para ajudar a lidar de forma eficiente e confiante com o crescimento. Nós fizemos exatamente isso com o Google Play Console reformulado. Organizamos a interface para que você possa encontrar o que deseja com mais facilidade e adicionamos recursos para ajudar você a gerenciar suas equipes de forma mais simples.
A página de usuários e permissões foi reformulada para que os administradores possam gerenciar equipes com mais facilidade.
Os nomes e as descrições das permissões foram reescritos para facilitar a compreensão do que você permite (ou não) que os usuários façam. Também ficou mais fácil diferenciar as permissões em nível de conta e de app.
Os novos recursos de pesquisa, filtragem e edição em lote permitem visualizar e tomar medidas em um subconjunto de usuários com mais rapidez.
Por fim, para facilitar a auditoria, adicionamos uma funcionalidade de exportação para CSV para os usuários com contas de desenvolvedor.
Novas solicitações de acesso
Embora os administradores definam permissões de forma genérica aos usuários, vocês nos disseram que seria útil permitir que os usuários solicitassem as permissões necessárias para seus fluxos de trabalho. Bem, agora eles podem. Os administradores ainda precisam aprovar a solicitação, mas capacitar os usuários a solicitar as permissões exatas de que necessitam poupa muito tempo dos administradores.
No Play Console, os usuários agora veem um botão "Request access" ao lado de cada ação com suporte, mas que não estava ativada devido à falta de permissões. Para solicitar a permissão, os usuários devem incluir uma explicação da necessidade para o administrador. Os administradores são notificados pela Inbox e podem conceder a permissão para o usuário e o app específicos, rejeitá-la uma vez ou rejeitá-la permanentemente para evitar que os usuários usem o recurso indevidamente. Atualmente, essa função só tem suporte para permissões de apps.
Agora, os membros da equipe podem solicitar acesso a permissões específicas.
Novos grupos de permissões
Quando as empresas atingem um determinado tamanho, não é incomum que mais de uma pessoa tenha a mesma função, como no caso de gerentes de projeto ou designers. Quando isso acontece, os administradores podem acabar atribuindo o mesmo conjunto de permissões várias e várias vezes.
Para poupar tempo, recentemente introduzimos os grupos de permissões. Os administradores agora podem criar um grupo com um conjunto de permissões e, quando um usuário é adicionado a um grupo, ele herda essas permissões automaticamente. Você pode até mesmo definir que as permissões desse grupo expirem após uma determinada data. Os usuários podem fazer parte de vários grupos, e esses grupos podem ter permissões sobrepostas. Esperamos que o uso dos grupos de permissões ajude a melhorar suas próprias práticas de trabalho, encoraje a delegação de tarefas e facilite o gerenciamento de usuários.
Nossa intenção é que essas novas mudanças ajudem a melhorar a produtividade dos administradores e a fazer com que suas equipes possam aproveitar ao máximo o Play Console. Para saber mais sobre o gerenciamento de permissões, confira nossa Central de Ajuda.
Postado por Dave Burke, vice-presidente de engenharia
Hoje, liberamos o código-fonte para o Android Open Source Project (AOSP) e lançamos oficialmente a mais recente versão do Android. Fique de olho, porque o Android 12 está chegando a um dispositivo perto de você, a começar pelo Pixel, nas próximas semanas, e depois nos dispositivos Samsung Galaxy, OnePlus, Oppo, Realme, Tecno, Vivo e Xiaomi, ainda este ano.
Como sempre, agradecemos o seu feedback ao longo do Android 12 Beta! Mais de 225 mil pessoas testaram nossas versões iniciais no Pixel, e nos dispositivos de nossos parceiros, e nos enviaram aproximadamente 50 mil relatórios de problemas para ajudar a melhorar a qualidade da versão. Também agradecemos os vários artigos, discussões, pesquisas e reuniões pessoais, nos quais vocês expressaram suas opiniões, além do trabalho realizado para tornar seus apps compatíveis a tempo para o lançamento de hoje. Seu suporte e suas contribuições são o que fazem do Android essa ótima plataforma para todos.
Também falaremos sobre mais detalhes relacionados ao Android 12 no Android Dev Summit deste ano, que acontece nos dias 27 e 28 de outubro. Acabamos de divulgar mais informações sobre o evento, incluindo um instantâneo das sessões técnicas sobre o Android. Continue lendo esta postagem para saber mais.
Vamos dar uma olhada no que vem por aí para os desenvolvedores com o Android 12. Não deixe de conferir o site para desenvolvedores Android 12 para ver detalhes de todos os recursos novos.
Material You - O Android 12 introduz uma nova linguagem chamada Material You que ajuda a criar apps mais bonitos e personalizados. Para levar todas as atualizações mais recentes do Material Design 3 até os apps, experimente uma versão Alfa dos componentes do Material Design e fique de olho no suporte ao Jetpack Compose, que chega em breve.
Widgets reprojetados - Atualizamos os widgets de apps para torná-los mais úteis, bonitos e detectáveis. Experimente-os com novos controles interativos, layouts responsivos para qualquer dispositivo e cores dinâmicas para criar uma aparência personalizada, porém consistente. Saiba mais aqui.
Atualizações de IU de notificação - Também atualizamos os designs de notificação para torná-los mais modernos e úteis. O Android 12 também decora as notificações personalizadas com affordances padrão para torná-las consistentes com todas as outras notificações. Saiba mais aqui.
Rolagem estendida - Para tornar a rolagem pelo conteúdo do app mais suave, o Android 12 adiciona um novo efeito de rolagem "estendida" a todos os contêineres de rolagem. Trata-se de um indicador natural de parada de rolagem que é comum a todos os apps e ao sistema. Saiba mais aqui.
Telas de apresentação de inicialização de apps - O Android 12 também introduz telas de apresentação para todos os apps. Os apps podem personalizar a tela de apresentação de várias formas, de acordo com as necessidades exclusivas da marca. Saiba mais aqui.
Desempenho de sistema melhor e mais eficiente - Reduzimos em 22% o tempo de CPU usado pelos serviços centrais do sistema e em 15% o uso de grandes núcleos. Também melhoramos os tempos de inicialização dos apps e otimizamos a E/S para acelerar o carregamento dos apps. E, para consultas de bancos de dados, melhoramos o CursorWindow em até 49 vezes para as janelas grandes.
Serviços em primeiro plano otimizados - Para melhorar a experiência dos usuários, o Android 12 impede que os apps iniciem serviços em primeiro plano enquanto estão em segundo plano. Em vez disso, os apps podem usar um novo expedited job no JobScheduler. Saiba mais aqui.
Notificações mais responsivas - A restrição de trampolins de notificação do Android 12 ajuda a reduzir a latência dos apps inicializados por meio de uma notificação. Por exemplo, o app Google Fotos agora é inicializado 34% mais rápido sem os trampolins de notificação. Saiba mais aqui.
Classe de desempenho - Classe de desempenho é um conjunto de recursos para dispositivos que dá suporte a casos de uso mais exigentes e a um conteúdo de melhor qualidade em dispositivos Android 12. Os apps podem verificar a classe de desempenho de um dispositivo em tempo de execução e se beneficiarem totalmente do desempenho do dispositivo. Saiba mais aqui.
Aprendizado de máquina acelerado - O Android 12 ajuda a tirar o máximo proveito dos aceleradores de aprendizado de máquina (ML) e sempre obter o melhor desempenho possível por meio da API Neural Networks. Agora, os drivers aceleradores de ML também são atualizáveis fora das versões da plataforma, por meio do Google Play Services, para que você possa se beneficiar dos drivers mais recentes em qualquer dispositivo compatível.
Painel de privacidade - Um novo painel nas Configurações dá aos usuários mais visibilidade de quando um app acessa dados do microfone, da câmera e de localização. Saiba mais aqui.
Localização aproximada - Os usuários têm ainda mais controle sobre seus dados de localização e podem conceder ao app acesso à localização aproximada, mesmo que ele solicite a localização precisa. Saiba mais aqui.
Indicadores de microfone e câmera - Os indicadores na barra de status informam ao usuário quando um app está usando a câmera ou o microfone do dispositivo. Saiba mais aqui.
Botões de alternância de microfone e câmera - Nos dispositivos com suporte, novos botões de alternância nas Configurações rápidas facilitam a desativação instantânea do acesso dos apps ao microfone e à câmera. Saiba mais aqui.
Permissões para dispositivos nas proximidades - O app pode usar as novas permissões para buscar e fazer o pareamento com dispositivos nas proximidades sem precisar da permissão de localização. Saiba mais aqui.
Inserção de conteúdo avançado - Uma nova API unificada permite receber conteúdo avançado na IU de qualquer fonte: área de transferência, teclado ou ação de arrastar e soltar. Para a compatibilidade com versões anteriores, adicionamos a API unificada ao AndroidX. Saiba mais aqui.
Suporte para cantos de tela arredondados - Muitos dispositivos modernos usam telas com cantos arredondados. Para entregar uma ótima UX nesses dispositivos, você pode usar novas APIs para consultar detalhes sobre os cantos e gerenciar os elementos da IU apropriadamente. Saiba mais aqui.
Suporte a imagens AVIF - O Android 12 adiciona suporte de plataforma para o formato de arquivo de imagem AV1 (AVIF, na sigla em inglês). O AVIF aproveita o conteúdo intraframe codificado da compactação de vídeo para melhorar significativamente a qualidade da imagem com o mesmo tamanho de arquivo, em comparação com formatos de imagem mais antigos, como o JPEG.
Transcodificação de mídia compatível - Para o vídeo, o formato HEVC oferece melhorias significativas de qualidade e compactação, e nós recomendamos seu suporte em todos os apps. Para os apps que não têm essa capacidade, o recurso de transcodificação de mídia compatível permite solicitar arquivos em AVC e deixar que o sistema lide com a transcodificação. Saiba mais aqui.
Mais facilidade de uso de foco, filtros de cores e outros efeitos - Novas APIs facilitam a aplicação de efeitos gráficos comuns às Visualizações e hierarquias de renderização. RenderEffect pode ser usado para aplicar foco, filtros de cores e muito mais a RenderNodes ou Visualizações. Também é possível criar um efeito de vidro congelado para o segundo plano da janela utilizando uma nova API Window.setBackgroundBlurRadius() ou usar blurBehindRadius para definir o foco de todo o conteúdo por trás de uma janela.
Experiências táteis melhores - O Android 12 expande as ferramentas que podem ser usadas para a criação de retorno tátil informativo para eventos de IU, efeitos imersivos e divertidos para jogos e háptica de concentração para produtividade. Saiba mais aqui.
Novos efeitos de câmera e recursos de sensor - Novas extensões de fornecedor permitem que os apps aproveitem os efeitos personalizados de câmera criados por fabricantes de dispositivos: bokeh, HDR, modo noturno e outros. Você também pode usar novas APIs para aproveitar totalmente os sensores de câmera de ultra-alta resolução que usam os padrões Quad/Nona Bayer. Saiba mais aqui.
Depuração melhor para falhas nativas - O Android 12 fornece informações de diagnóstico mais acionáveis para facilitar a depuração de falhas relacionadas ao NDK. Agora, os apps podem acessar arquivos de crash dump detalhados, chamados tombstones, por meio da API App Exit Reasons.
Android 12 para jogos - Com as APIs no modo de jogo, você pode reagir à seleção de perfil de desempenho dos jogadores para um jogo, como maior duração da bateria para um trajeto longo ou modo de desempenho para atingir as taxas de frame máximas. O Play as you download permitirá a busca de recursos de jogos em segundo plano durante a instalação, permitindo que os usuários comecem a jogar mais rapidamente.
Com o lançamento público de hoje do Android 12, estamos solicitando a todos os desenvolvedores Android que finalizem os testes de compatibilidade e publiquem atualizações assim que possível, a fim de proporcionar aos usuários uma transição tranquila para o Android 12.
Para testar a compatibilidade do app, basta instalá-lo em um dispositivo executando o Android 12 e passar pelos fluxos do app em busca de possíveis problemas funcionais ou de IU. Revise as mudanças de comportamento do Android 12 para todos os apps para se concentrar nas áreas do app que podem ser afetadas. Estas são algumas das principais mudanças a serem testadas:
Lembre-se de testar a compatibilidade de bibliotecas e SDKs nos apps. Caso você encontre algum problema relacionado ao SDK, tente atualizar para a versão mais recente do SDK ou peça ajuda ao desenvolvedor.
Depois de publicar a versão compatível de um app atual, você pode dar início ao processo de atualização do targetSdkVersion do app. Revise as mudanças de comportamento para apps Android 12 e use o framework de compatibilidade para ajudar na detecção rápida de problemas.
O #AndroidDevSummit está de volta! Junte-se a nós nos dias 27 e 28 de outubro para conhecer as últimas atualizações do desenvolvimento em Android, incluindo o Android 12. O tema deste ano é Apps excelentes em todos os dispositivos. Participe, no final deste mês, para saber mais sobre ferramentas de desenvolvimento, APIs e tecnologias que ajudam a aumentar a produtividade e a criar apps melhores que funcionam em bilhões de dispositivos, incluindo tablets, dobráveis, wearables e muito mais.
Acabamos de divulgar mais informações sobre o evento, incluindo um instantâneo das mais de 30 sessões técnicas sobre o Android. Veja algumas dessas sessões aqui e comece a se planejar para as palestras que deseja assistir. Nas próximas semanas, solicitaremos que você compartilhe suas principais perguntas para o #AskAndroid, que serão respondidas ao vivo pela equipe durante o evento.
A programação tem início às 10h (horário do Pacífico) do dia 27 de outubro com o The Android Show, uma palestra de abertura técnica com duração de 50 minutos na qual você ficará sabendo sobre todas as últimas notícias e atualizações para desenvolvedores Android. Saiba mais e inscreva-se para receber atualizações aqui.
Este documento faz parte de uma série de artigos sobre qualidade de apps. Apresentamos a seguir uma visão geral de todos os outros artigos:
Apps e jogos evoluíram rapidamente nos últimos anos, e as expectativas dos usuários por alto desempenho aumentaram igualmente. Os usuários atuais não só exigem velocidade e desempenho, como também as recompensam. Um estudo de 2019 revelou que os sites de varejo notaram um aumento de 8% nas conversões quando reduziram em um décimo de segundo os tempos de carregamento dos sites para dispositivos móveis. E os sites de viagem elevaram as conversões em mais de 10%.
À medida que você alcança mais usuários em diferentes dispositivos, locais, versões de SO e redes, a otimização do desempenho se torna um alvo ainda mais móvel. Para entender o contexto exclusivo por trás dos problemas de desempenho, você precisa de insights acionáveis sobre o desempenho do app da perspectiva de um usuário. Com dados de desempenho que permitem gastar menos tempo apagando incêndios, você pode dedicar mais tempo para criar experiências prazerosas, sabendo que nenhum bug ou falha técnica inesperada ocorrerá.
Com dados de desempenho que permitem gastar menos tempo apagando incêndios, você pode dedicar mais tempo para criar experiências prazerosas, sabendo que nenhum bug ou falha técnica inesperada ocorrerá.
Neste artigo, exploramos alguns recursos do Monitoramento de desempenho do Firebase que podem ajudar você a ficar de olho no desempenho do app e entender a experiência do ponto de vista de um usuário.
Métricas de desempenho de apps em tempo real
Lançar um recurso novo que tenha bom desempenho para todos os usuários, independentemente de localização, dispositivo ou velocidade da rede, pode ser desafiador se você não receber as informações em tempo hábil para medir o desempenho em uma diversidade de variáveis. Quando o app apresenta desempenho insatisfatório e recebe classificações baixas, você precisa ter insights esclarecedores para proporcionar uma experiência que seja merecedora de uma avaliação de cinco estrelas.
O Monitoramento de desempenho do Firebase processa os dados de desempenho do app em tempo real para que você possa monitorar novas versões durante o desenvolvimento e no pós-lançamento. Por exemplo, você pode coletar dados de desempenho dos emuladores do Firebase ou de dispositivos virtuais do Firebase Test Lab para testar o app localmente antes do lançamento. Após o lançamento, é possível obter insights sobre métricas relacionadas a renderização de tela e solicitações de rede para saber como está o desempenho do app nos diferentes segmentos de usuário.
Ao saber como o app responde a diferentes grupos de usuários, é possível tomar medidas rapidamente para corrigir os erros e garantir que os usuários não excluam o app e encontrem outro que funcione melhor em seus dispositivos.
Painel de Monitoramento de desempenho destacando métricas em tempo real
Quadro de métricas personalizáveis
Na primeira postagem do blog desta série, destacamos algumas métricas padrão de desempenho de apps que devem ser lembradas, como tempo de inicialização do app, desempenho de renderização da tela e desempenho de rede. No entanto, às vezes, o fluxo de entrada de dados em tempo real após um lançamento importante pode ser excessivo, e identificar onde você deve se concentrar para agir pode ser uma tarefa complicada.
Com o painel de Monitoramento de desempenho reformulado, é possível personalizar o quadro de métricas de desempenho de apps para destacar as métricas mais importantes para um app. Por exemplo, se você estiver lançando atualizações de um app de compras, é possível selecionar e rastrear frames com renderização lenta nas telas de finalização da compra. Isso ajuda a garantir que os clientes desfrutem de uma experiência contínua do começo ao fim. Você também pode dividir as principais métricas por país, dispositivo, versões do app e nível de SO para detalhar ainda mais os dados de desempenho.
Ao saber com que velocidade o app responde a diferentes grupos de usuários, é possível tomar medidas para corrigir problemas de latência e garantir que os usuários não excluam o app e encontrem outro que funcione melhor em seus dispositivos.
Além disso, o Monitoramento de desempenho permite implementar rastreamentos de código personalizado, que ajudam a monitorar o desempenho do app entre dois pontos no tempo. Também é possível criar os próprios rastreamentos para capturar dados de desempenho associados a códigos específicos no app. Por exemplo, você pode usar rastreamentos de código personalizado para mensurar quanto tempo o app leva para carregar um conjunto de imagens e garantir que os gráficos não estejam causando lentidão em excesso.
Compare o desempenho entre as versões do app
Manter uma base de usuários diversificada não é fácil sem entender como segmentos de usuários específicos estão interagindo com o app, especialmente quando a experiência não está à altura. Para ter certeza de que todas as novas versões apresentem o melhor desempenho quando alcançarem um grande número de usuários, você pode usar o novo painel Monitoramento de desempenho para identificar as mudanças no desempenho do app que requerem atenção imediata.
O quadro de métricas permite o rastreamento do desempenho de métricas em várias versões. Se a versão mais recente chamar uma nova API na inicialização, você pode rastrear latências no horário de inicialização do app entre a versão mais recente e as versões anteriores. A tabela de rastreamentos é especialmente útil para entender as tendências dos rastreamentos nos intervalos de tempo selecionados. Isso significa que você não precisa mais esperar pelas avaliações da app store nem pelos tíquetes de suporte para saber quando o desempenho do app está lento.
Tabela de rastreamentos do Monitoramento de desempenho
Rastreie tendências, regressões e problemas graves
Uma das mais importantes maneiras de aumentar e engajar segmentos é lançar constantemente novos recursos e atualizações para apps. Mas qualquer mudança no código ou na configuração do app ou em qualquer uma de suas dependências traz o risco de degradar o desempenho do app ou de causar problemas na experiência do usuário. Por exemplo, se um app de comércio eletrônico faz dezenas de chamadas de API para buscar o catálogo e os detalhes dos produtos, os usuários podem ter experiências de lentidão frustrantes durante a compra.
Ao rastrear tendências e regressões com o Monitoramento de desempenho, você pode agir rapidamente nos problemas mais críticos e se prevenir contra classificações baixas na app store.
Melhore a retenção de usuários com o Monitoramento de desempenho
A GameNexa Studios, desenvolvedora de apps da Índia, agarrou uma oportunidade de investir na melhoria da qualidade de seus apps quando as vendas de anúncios foram prejudicadas pela COVID-19. Ao combinar o Monitoramento de desempenho do Firebase e o Firebase Crashlytics, a equipe obteve insights acionáveis sobre a base de usuários e melhorou em todos os aspectos a experiência com seu app mais conhecido. E, ao reduzir o número de problemas de desempenho que afetam os usuários, a GameNexa acabou impulsionando a retenção de usuários e a duração das sessões, além de aumentar as compras no app em 2,5 vezes.
Mantenha-se à frente dos problemas de desempenho e estabilidade de apps
Para proporcionar a experiência mais rápida e consistente no app que os usuários esperam, é preciso uma estratégia apoiada por ferramentas que ajudem você a agir rapidamente e corrigir problemas significativos de modo dinâmico. Com os insights e dados detalhados e acionáveis do Firebase, os desenvolvedores de apps e gerentes de produto podem tomar decisões mais inteligentes antes do lançamento, enfrentar problemas urgentes rapidamente após o lançamento de uma atualização e lançar de forma rápida e segura novos recursos que retenham os usuários.
Para começar a usar o Monitoramento de desempenho do Firebase, integre o SDK do Monitoramento de desempenho ao app e identifique as métricas mais importantes para o sucesso do app.
Postado por Peter Visontay e Bessie Jiang, engenheiros de software
Colaboradores: Inara Ramji, engenheira de software; Rodrigo Farell, designer de interação; James Kelly, gerente de produtos; Henry Chin, gerente de programas.
A maioria dos usuários passa muito tempo nos smartphones. Seja para trabalhar, jogar ou se conectar aos amigos, as pessoas costumam usar apps como o principal gateway de suas vidas digitais. Para funcionar, os apps geralmente precisam solicitar algumas permissões. Mas, com dezenas de apps em um mesmo dispositivo, pode ser complicado memorizar quais permissões você já concedeu, principalmente se você não tiver utilizado um app por um período prolongado.
No Android 11, introduzimos o recurso de redefinição automática de permissões. Ele ajuda a proteger a privacidade do usuário ao redefinir automaticamente as permissões em tempo de execução de um app, que são as permissões que exibem um prompt para o usuário quando solicitadas, caso o app não seja utilizado há meses. A partir de dezembro de 2021, expandiremos esse recurso para outros bilhões de dispositivos. O recurso será ativado automaticamente nos dispositivos com o Google Play Services que executam o Android 6.0 (API nível 23) ou posterior.
Ele será ativado por padrão para os apps segmentados para o Android 11 (API nível 30) ou posterior. No entanto, os usuários podem ativar manualmente a redefinição automática de permissões para os apps segmentados para as APIs níveis 23 a 29.
Mas o que isso significa para os desenvolvedores?
Alguns apps e permissões ficaram automaticamente isentos da revogação, como os apps administradores de dispositivos utilizados por grandes empresas e as permissões fixadas por políticas empresariais.
Se necessário, os desenvolvedores podem solicitar que os usuários impeçam o sistema de redefinir as permissões dos apps. Isso é útil em situações nas quais os usuários esperam que um app funcione principalmente em segundo plano, mesmo que não haja interação com ele. Os principais casos de uso são listados aqui.
Se o app for segmentado pelo menos para a API 30 e solicitar ao usuário que desative a redefinição automática de permissões, os desenvolvedores precisarão fazer algumas mudanças simples no código. Se o app não desativar a redefinição automática, não serão necessárias mudanças no código.
Observação: essa API destina-se apenas aos apps cujo targetSDK seja a API 30 ou posterior, porque a redefinição automática de permissões só se aplica a esses apps por padrão. Os desenvolvedores não precisam fazer nenhuma mudança se o targetSDK do app for a API 29 ou anterior.
A tabela abaixo resume a nova API multiplataforma (em comparação com a API publicada no Android 11):
Build.VERSION.SDK_INT >= Build.VERSION_CODES.R
androidx.core.content.PackageManagerCompat.getUnusedAppRestrictionsStatus()
PackageManager.isAutoRevokeWhitelisted()
Intent.ACTION_AUTO_REVOKE_PERMISSIONS
androidx.core.content.IntentCompat.createManageUnusedAppRestrictionsIntent()
Essa API multiplataforma faz parte da biblioteca Jetpack Core e estará disponível no Jetpack Core v1.7.0. Essa API já está disponível na versão Beta.
Amostra de lógica para um app que exige que o usuário desative a redefinição automática:
val future: ListenableFuture<Int> = PackageManagerCompat.getUnusedAppRestrictionsStatus(context) future.addListener( { onResult(future.get()) }, ContextCompat.getMainExecutor(context) ) fun onResult(appRestrictionsStatus: Int) { when (appRestrictionsStatus) { // Status could not be fetched. Check logs for details. ERROR -> { } // Restrictions do not apply to your app on this device. FEATURE_NOT_AVAILABLE -> { } // Restrictions have been disabled by the user for your app. DISABLED -> { } // If the user doesn't start your app for months, its permissions // will be revoked and/or it will be hibernated. // See the API_* constants for details. API_30_BACKPORT, API_30, API_31 -> handleRestrictions(appRestrictionsStatus) } } fun handleRestrictions(appRestrictionsStatus: Int) { // If your app works primarily in the background, you can ask the user // to disable these restrictions. Check if you have already asked the // user to disable these restrictions. If not, you can show a message to // the user explaining why permission auto-reset and Hibernation should be // disabled. Tell them that they will now be redirected to a page where // they can disable these features. Intent intent = IntentCompat.createManageUnusedAppRestrictionsIntent (context, packageName) // Must use startActivityForResult(), not startActivity(), even if // you don't use the result code returned in onActivityResult(). startActivityForResult(intent, REQUEST_CODE) }
A lógica acima funcionará em dispositivos com Android 6.0 a 10 e também com Android 11 ou posterior. Basta usar apenas as novas APIs; não é mais preciso chamar as APIs de redefinição automática do Android 11.
As novas APIs também são compatíveis com a hibernação de apps introduzida com o Android 12 (API nível 31). A hibernação é uma nova restrição aplicada a apps não utilizados. Esse recurso não está disponível nas versões do SO anteriores ao Android 12.
A API getUnusedAppRestrictionsStatus() retornará API_31 se a redefinição automática de permissões e a hibernação de apps se aplicarem a um app.
getUnusedAppRestrictionsStatus()
API_31
Esta é a série de artigos do MAD Skills sobre Hilt. Neste artigo, veremos por que a injeção de dependências (DI, na sigla em inglês) é importante para os apps e o Hilt, a solução recomendada do Jetpack para DI no Android.
Se preferir ver este conteúdo em vídeo, acesse este link:
Ao seguir os princípios de injeção de dependências nos apps Android, você estabelece as bases para uma boa arquitetura de apps. Isso contribui para a reutilização de código e a facilidade de refatoração e testes. Saiba mais sobre os benefícios da DI aqui.
Ao criar instâncias de classes nos projetos, você pode exercitar o gráfico de dependências manualmente atendendo às dependências diretas e transitivas exigidas pela classe.
Mas fazer isso manualmente sempre envolve algum código boilerplate e pode estar sujeito a erros. Veja, por exemplo, um dos ViewModels que temos no iosched, o app Google I/O de código aberto. Você tem ideia da quantidade de código necessária para criar um FeedViewModel com as dependências diretas e transitivas?
Essa uma tarefa difícil e repetitiva, e podemos facilmente errar nas dependências. Por meio de uma biblioteca de injeção de dependências, podemos ter os benefícios da DI sem precisar fornecer as dependências manualmente, já que a biblioteca gera todo o código necessário para você. É aí que entra o Hilt.
O Hilt é uma biblioteca de injeção de dependências desenvolvida pelo Google que ajuda a obter o máximo das práticas recomendadas de DI nos apps ao fazer o trabalho mais difícil e gerar todo o boilerplate que você precisaria escrever em outra situação.
Por meio de anotações, o Hilt gera esse código para você no tempo de compilação, tornando-o muito rápido no tempo de execução. Isso é feito com o poder do Dagger, a biblioteca de DI do JVM na qual o Hilt é baseado.
O Hilt é a solução de DI recomendada do Jetpack para apps Android e vem com ferramentas e suporte a outras bibliotecas do Jetpack.
Todos os apps que usam o Hilt devem conter uma classe Application que é anotada com @HiltAndroidApp, pois isso dispara a geração de código do Hilt no tempo de compilação. E, para que o Hilt possa injetar dependências em uma atividade, ela precisa ser anotada com @AndroidEntryPoint.
Para injetar uma dependência, anote com @Inject as variáveis que você deseja que o Hilt injete. Todas as variáveis injetadas pelo Hilt são disponibilizadas com a chamada a super.onCreate.
Neste exemplo, vamos injetar um MusicPlayer em PlayActivity. Mas como o Hilt sabe de que forma deve fornecer instâncias do tipo MusicPlayer? Bem, ele não sabe, por enquanto. Precisamos dizer ao Hilt como fazer isso… usando anotações, é claro!
Anotar o construtor de uma classe com @Inject diz ao Hilt como criar instâncias dessa classe.
Isso é tudo de que precisamos para injetar uma dependência em uma Activity. Essa parte foi fácil! Começamos com um exemplo simples, já que o MusicPlayer não depende de nenhum outro tipo. No entanto, se tivéssemos outras dependências passadas como parâmetros, o Hilt cuidaria disso e atenderia a essas dependências fornecendo uma instância do MusicPlayer.
Esse foi um exemplo muito simples e ingênuo, na verdade. Mas se você tivesse que fazer manualmente o que fizemos até agora, como faria?
Ao fazer a injeção de dependências manualmente, você pode ter classes de contêiner de dependências que são responsáveis por fornecer tipos e gerenciar o ciclo de vida das instâncias fornecidas. Para simplificar um pouco, é isso o que o Hilt faz nos bastidores!
Quando você anota a Activity com @AndroidEntryPoint, um contêiner de dependências é criado, gerenciado e associado automaticamente a PlayActivity. Vamos chamar nossa implementação manual de PlayActivityContainer. Ao anotar MusicPlayer com @Inject, basicamente dizemos ao contêiner como fornecer instâncias do tipo MusicPlayer.
E, na Activity, precisaríamos criar uma instância do contêiner e preencher as dependências da atividade com ela. Isso também é feito pelo Hilt quando a atividade é anotada com @AndroidEntryPoint.
Até agora, vimos que quando @Inject é usado para anotar o construtor de uma classe, isso diz ao Hilt como fornecer instâncias dessa classe. E quando anota uma variável em uma classe @AndroidEntryPoint anotada, o Hilt injeta uma instância desse tipo na classe.
@AndroidEntryPoint, que pode anotar a maioria das classes de framework do Android, e não apenas atividades, cria uma instância de um contêiner de dependências para essa classe e preenche todas as variáveis @Inject anotadas.
@HiltAndroidApp anota a classe Application e, além de disparar a geração de código do Hilt, também cria um contêiner de dependências associado à classe Application.
Agora que já sabemos o básico sobre o Hilt, vamos complicar o exemplo. O MusicPlayer agora toma uma dependência de seu construtor, MusicDatabase.
Portanto, precisamos dizer ao Hilt como fornecer instâncias de MusicDatabase. Quando o tipo é uma interface ou você não possui a classe porque ela vem de uma biblioteca, por exemplo, não é possível anotar o construtor com @Inject.
Vamos imaginar que estamos usando o Room como biblioteca de persistência no app. De volta à nossa implementação manual de PlayActivityContainer, ao fornecer MusicDatabase com o Room, essa seria uma classe abstrata na qual gostaríamos de executar algum código para fornecer a dependência. Depois, para fornecer uma instância de MusicPlayer, precisamos chamar o método que fornece ou satisfaz a dependência de MusicDatabase.
Não precisamos nos preocupar com dependências transitivas no Hilt, já que ele conecta todas as dependências transitivas automaticamente. No entanto, precisamos dizer a ele como fornecer instâncias do tipo MusicDatabase. Para isso, usamos os módulos do Hilt.
Um módulo do Hilt é uma classe anotada com @Module. Nessa classe, podemos ter funções que dizem ao Hilt como fornecer instâncias de determinados tipos. Essas informações conhecidas pelo Hilt também são chamadas de vinculações no jargão do Hilt.
A função anotada com @Provides diz ao Hilt como fornecer instâncias do tipo MusicDatabase. O corpo contém o bloco de código que o Hilt precisa executar, e isso é exatamente igual ao que tínhamos na implementação manual.
O tipo de retorno, MusicDatabase, informa ao Hilt o tipo que essa função fornece. E os parâmetros da função indicam ao Hilt as dependências do tipo correspondente. Nesse caso, ApplicationContext, já disponível no Hilt. Esse código informa ao Hilt como fornecer instâncias do tipo MusicDatabase ou, em outras palavras, temos uma vinculação para MusicDatabase.
Os módulos Hilt também são anotados com @InstallIn, que indica em quais contêineres de dependências ou componentes essas informações estão disponíveis. Mas o que é um componente? Vamos explicar em mais detalhes.
Um componente é uma classe gerada pelo Hilt que é responsável por fornecer instâncias de tipos, como o contêiner que estamos programando manualmente. No tempo de compilação, o Hilt percorre o gráfico de dependências do aplicativo e gera um código para fornecer as dependências transitivas a todos os tipos.
O Hilt gera um componente, ou contêiner de dependências, para a maioria das classes de framework do Android. As informações, ou vinculações, de cada componente se propagam pela hierarquia de componentes.
Se a vinculação MusicDatabase estiver disponível no SingletonComponent, que corresponde à classe Application, ela também estará disponível no restante dos componentes.
Esses componentes são gerados automaticamente pelo Hilt no tempo de compilação e são criados, gerenciados e associados à classe de framework do Android correspondente quando você anota essas classes com @AndroidEntryPoint.
A anotação @InstallIn para módulos é útil para controlar onde essas vinculações estão disponíveis e que outras vinculações podem ser utilizadas.
De volta ao nosso código PlayActivityContainer criado manualmente, não sei se você percebeu, mas sempre que a dependência MusicDatabase é necessária, estamos criando outra instância dela.
Isso não é o ideal, pois podemos querer reutilizar a mesma instância de MusicDatabase em todo o app. Em vez de uma função, poderíamos compartilhar a mesma instância tendo tudo isso em uma variável.
Basicamente, estamos definindo o escopo do tipo MusicDatabase para esse contêiner, já que sempre fornecemos a mesma instância como dependência. Como fazer isso com o Hilt? Bem, aqui não há mistério… com outra anotação!
Ao usar a anotação @Singleton no método @Provides, dizemos ao Hilt para sempre compartilhar a mesma instância desse tipo naquele componente.
@Singleton é uma anotação de escopo. E cada componente do Hilt tem uma anotação de escopo associada.
Se você quiser definir o escopo de um tipo para o ActivityComponent, use a anotação ActivityScoped. Essas anotações podem ser usadas em módulos, mas também podem anotar classes cujo construtor é anotado com @Inject.
Existem dois tipos de vinculações:
O Hilt oferece integrações com as bibliotecas do Jetpack mais populares: ViewModel, Navigation, Compose e WorkManager.
Além de ViewModel, cada integração requer uma biblioteca diferente para adição ao projeto. Confira a documentação para obter mais informações sobre isso. Você se lembra do código FeedViewModel do iosched que vimos no início desta postagem do blog? Quer ver como ele fica com o suporte do Hilt?
Além de anotar o construtor com @Inject, para dizer ao Hilt como fornecer instâncias desse ViewModel, precisamos anotar a classe com @HiltViewModel.
Pronto! Você não precisa criar manualmente um provedor ViewModel para isso. O Hilt se encarrega da tarefa.
O Hilt é baseado em outra biblioteca popular de injeção de dependências: o Dagger! O Dagger será muito mencionado nos próximos episódios! Se você já usa o Dagger, saiba que ele e o Hilt podem trabalhar juntos. Leia mais sobre as APIs de migração no guia.
Para saber mais sobre o Hilt, temos uma folha de referência com as anotações mais populares, o que elas fazem e como utilizá-las. Além dos documentos sobre o Hilt, também temos codelabs para aprender com uma experiência mais prática.
E assim terminamos este episódio. Mas a história não acaba aqui. Há mais episódios por vir na série MAD Skills, então siga a publicação do Android Developers no Medium para ver quando eles serão postados.
Faltam apenas algumas semanas para o lançamento oficial do Android 12. Enquanto trabalhamos nos ajustes finais da nova versão do Android, hoje trazemos uma atualização Beta final para ajudar nos testes e no desenvolvimento. Para os desenvolvedores, chegou a hora de garantir que os apps estejam prontos.
Você pode ter a versão Beta 5 hoje mesmo em seu dispositivo Pixel, incluindo o Pixel 5a com 5G, fazendo a inscrição aqui para receber atualizações OTA. Se você já tiver feito a inscrição, receberá a atualização automaticamente. Você também pode experimentar o Android 12 Beta 5 em alguns dispositivos de vários de nossos parceiros, como a Sharp. Veja os detalhes no site para desenvolvedores Android 12.
Em breve, forneceremos mais informações sobre o lançamento oficial do Android 12.
A atualização de hoje inclui um build RC do Android 12 para Pixel e outros dispositivos, além do Android Emulator. Atingimos a estabilidade da plataforma na versão Beta 4. Portanto, todas as superfícies voltadas para os apps estão finalizadas, incluindo as APIs do SDK e NDK, os comportamentos do sistema voltados para os apps e as restrições em interfaces externas ao SDK. Com isso, e também com as mais recentes correções e otimizações, a versão Beta 5 oferece tudo o que você precisa para concluir os testes.
Com o lançamento oficial do Android 12 se aproximando, estamos solicitando a todos os desenvolvedores de jogos e apps que concluam os testes finais de compatibilidade e publiquem as atualizações de compatibilidade assim que possível, antes do lançamento final. No caso dos desenvolvedores de SDK, bibliotecas, ferramentas e mecanismos de jogos, é importante lançar as atualizações de compatibilidade o mais rápido possível. Vale lembrar que o desenvolvimento downstream de apps e jogos pode ser bloqueado até que você receba as atualizações.
Para testar a compatibilidade do app, basta instalá-lo em um dispositivo executando o Android 12 Beta 5 e passar pelos fluxos do app em busca de possíveis problemas funcionais ou de IU. Revise as mudanças de comportamento do Android 12 para todos os apps para se concentrar nas áreas do app podem ser afetadas. Estas são algumas das principais mudanças a serem testadas:
O Android 12 tem muitos recursos novos para ajudar você a criar ótimas experiências para os usuários. Confira a postagem sobre o Android 12 Beta 2 para obter um resumo e links para as palestras sobre o Android 12 no Google I/O. Acesse o site para desenvolvedores Android 12 para obter todos os detalhes dos novos recursos e APIs.
Além disso, não deixe de experimentar o Android Studio Arctic Fox no desenvolvimento e nos testes do Android 12. Adicionamos verificações Lint para ajudar a identificar partes do código que podem ser afetadas pelas mudanças do Android 12, como declarações personalizadas de telas de apresentação, permissão de localização aproximada para a utilização de localização precisa, formatos de mídia e permissão de alta taxa de amostragem de sensores. Para experimentar essas mudanças, faça o download e configure a versão mais recente do Android Studio.
A versão Beta 5 de hoje tem tudo o que você precisa para experimentar os recursos do Android 12, testar apps e nos fornecer feedback. Basta registrar qualquer dispositivo Pixel com suporte para receber a atualização OTA. Para começar a desenvolver, configure o SDK do Android 12.
Você também pode ter a versão Beta 5 em dispositivos de vários de nossos parceiros, como a Sharp. Para testes ainda mais abrangentes, você pode experimentar a versão Beta 5 em imagens GSI do Android e, se não tiver um dispositivo, pode testar no Android Emulator. Essa atualização também está disponível para o Android TV, então você pode experimentar os recursos mais recentes para TV e testar apps na novíssima experiência do Google TV.
Fique ligado no lançamento oficial do Android 12 nas próximas semanas. Até lá, fique à vontade para continuar enviando feedback por nossas listas de referências sobre problemas de plataforma, problemas de compatibilidade de apps e problemas de SDKs de terceiros.
Agradecemos à comunidade de desenvolvedores pela ajuda na construção desta versão do Android 12! Recebemos de vocês milhares de relatórios de bugs e insights que nos ajudaram a ajustar as APIs, melhorar os recursos, corrigir bugs importantes e tornar a plataforma melhor, de modo geral, para usuários e desenvolvedores.
Esperamos ver seus aplicativos no Android 12!
O Trackr é um app de gerenciamento de tarefas de amostra. Embora seja utilizado principalmente para explorar padrões comuns de IU do ponto de vista do suporte à acessibilidade, o Trackr é também uma das amostras nas quais demonstramos as práticas recomendadas do Modern Android Development. Recentemente, adaptamos o app para as telas grandes. Então, vamos dar uma olhada em como a aplicação do Material Design e de padrões responsivos produziu uma experiência do usuário mais refinada e intuitiva em dispositivos com telas grandes.
Antes: na tela Tasks, era possível acessar as opções Archive e Settings no menu da barra inferior do app. Nas telas grandes, o controle do menu é um alvo de toque minúsculo em um local inconveniente, e a barra inferior do app fica excessivamente esticada.
Depois: quando a tela é mais larga, agora mostramos um trilho de navegação. Também posicionamos o botão de ação flutuante (que abre a tela New Task) no trilho de navegação e removemos totalmente a barra inferior do app.
Embora essa mudança tenha sido feita para o uso em dispositivos maiores, ela também beneficia os telefones no modo paisagem porque permite um espaço vertical maior para a visualização da lista de tarefas.
Antes: as telas Tasks e Archive ocupavam toda a largura da tela, e tocar em um item substituía a lista pelos detalhes do item selecionado. Nas telas grandes, os elementos da IU eram esticados ou agrupados de um lado, e não havia um equilíbrio na aparência da tela.
Depois: as telas Tasks e Archive mostram uma IU de lista/detalhes utilizando SlidingPaneLayout. Escrevemos sobre como fazer isso em um artigo anterior relacionado às mudanças que fizemos no app Google I/O. Confira esse artigo se tiver interesse pelos detalhes técnicos.
A tela Task Detail também tinha um botão de ação flutuante (para abrir a tela Edit Task). Mas, com o trilho de navegação visível, isso resultaria em dois botões de ação flutuantes, o que não é ideal. Em vez disso, ocultamos o segundo botão de ação flutuante e adicionamos um botão de edição à barra de ferramentas na parte superior direita.
Antes: durante a edição de uma tarefa, a IU Edit Task substituía os detalhes da tarefa e ocupava toda a tela. Assim como em Task Detail, havia um desequilíbrio na aparência dessa tela. A IU New Task tinha o mesmo problema (na verdade, New Task e Edit Task são o mesmo destino em nosso gráfico de navegação).
Depois: nas telas grandes, usamos um DialogFragment para que a IU Edit Task flutuasse sobre o restante do conteúdo.
Originalmente, tentamos exibir essa IU no painel de detalhes, substituindo Task Detail. Embora isso tenha sido bem simples, logo percebemos que não estávamos satisfeitos com essa abordagem por alguns motivos:
O importante aqui é saber que o design mais simples pode ter lacunas de funcionalidade quando você o experimenta em um dispositivo. Quando isso acontecer, pare um pouco, concentre-se na experiência do usuário e procure por um padrão de design que facilite isso.
Com o aumento da popularidade de tablets e dispositivos dobráveis, criar uma IU responsiva é mais importante do que nunca. Mostramos como a adição de um trilho de navegação e o uso de SlidingPaneLayout não só melhora a aparência do app Trackr, como também melhora drasticamente a usabilidade e cria experiências que não seriam possíveis em um celular. Também mostramos como, às vezes, é necessário repensar o design de acordo com a usabilidade e não só com o espaço da tela a fim de atender às necessidades dos usuários.
Esperamos que você goste do novo Trackr aprimorado! Confira o código em github.com/android/trackr.
Postado por Ting-Yuan Huang e Jiaxiang Chen, engenheiros de software
O Kotlin Symbol Processing (KSP), nossa nova ferramenta para a criação de plug-ins de compilador leves no Kotlin, agora está na versão estável. O KSP oferece uma funcionalidade similar à do Kotlin Annotation Processing Tool (KAPT). No entanto, ele é duas vezes mais rápido, oferece acesso direto a construções da linguagem Kotlin e dá suporte a destinos multiplataforma.
Nos últimos meses, o KSP passou por 32 versões, com mais de 162 bugs relatados pela comunidade e corrigidos por nossa equipe. Se você estava esperando para adotá-lo, este é momento certo para tentar.
Na equipe do Android, perguntamos regularmente aos desenvolvedores: quais são as suas maiores frustrações com os apps de escrita de código hoje? Um dos principais problemas apontados com frequência é a velocidade de compilação. Ao longo dos anos, fizemos melhorias constantes no conjunto de ferramentas de compilação do Android e, hoje, é com grande prazer que anunciamos a adição dessas melhorias com o KSP. O KSP é a próxima geração de processamento de anotações no Kotlin: ele aumentará drasticamente a velocidade de compilação para os desenvolvedores Kotlin e, ao contrário do KAPT, oferece suporte a Kotlin/Native e Kotlin/JS.
"A adição do suporte a KSP ao Room aumentou a velocidade de compilação e também permitiu que o Room entendesse melhor o código do Kotlin, como a nulidade de parâmetros genéricos, o que não era possível com o KAPT. Isso também abre novas possibilidades, como a geração de código do Kotlin, que permitirão ao Room ter uma experiência do usuário melhor com o Kotlin no futuro." - Yigit Boyar, engenheiro de software, Android
O Kotlin Annotation Processing Tool (KAPT) trabalha com a infraestrutura de processamento de anotações do Java para fazer com que a maioria dos processadores de anotações da linguagem Java funcione diretamente no Kotlin. Para isso, o KAPT compila código do Kotlin em stubs Java que retêm as informações tratadas pelos processadores de anotações do Java. No entanto, a criação desses stubs é cara, e requer que o compilador resolva todos os símbolos do programa várias vezes (uma para gerar os stubs e, depois, novamente para executar a compilação propriamente dita).
O KSP abandona o modelo de geração de stubs ao trabalhar como um plug-in de compilador do Kotlin, o que permite que os processadores de anotações leiam e analisem programas e recursos de origem diretamente no Kotlin, em vez de exigir o uso da infraestrutura de processamento de anotações do Java. Isso aumenta significativamente a velocidade de compilação (que foi até duas vezes mais rápida no app Kotlin de teste do Room) e significa que o KSP pode ser utilizado para ambientes não Android e não JVM, como Kotlin/Native e Kotlin/JS.
Para começar a usar o KSP, faça o download do projeto playground do KSP do GitHub, que mostra como usar o KSP como processador de anotações e como app/biblioteca de consumo:
test-processor
workload
Se você é desenvolvedor de apps, confira a lista de bibliotecas com suporte e o guia de início rápido para a migração de um módulo do KAPT para o KSP.
Se você estiver usando o Moshi ou o Room em um projeto, já pode experimentar o KSP fazendo uma correção rápida no arquivo de compilação do módulo. Por exemplo, para usar a versão KSP do Room em um módulo do Gradle, você pode simplesmente substituir o plug-in KAPT pelo KSP e trocar a dependência do KSP:
apply plugin: 'com.google.devtools.ksp' dependencies { ... implementation "androidx.room:room-runtime:$room_version" kapt "androidx.room:room-compiler:$room_version" ksp "androidx.room:room-compiler:$room_version" }
Veja mais informações nas notas da versão do Room.
Com a versão 1.0 do KSP, você começará a ver melhorias nos tempos de compilação dos projetos Kotlin ao fazer a migração das bibliotecas baseadas no KAPT. Também atualizamos várias bibliotecas específicas do Android que estão prontas para você experimentá-las hoje mesmo e oferecem melhorias significativas de desempenho.
