Contente

• ART e AOT (Android 5.0 Lollipop)
• Aplicativos de atualização em lote e automática (Android 2.2 Froyo)
• Lote de sensores de hardware (Android 4.4 KitKat)
• Emulação de cartão host (Android 4.4 KitKat)
• Tema OMS e RRO (Android 6.0 Marshmallow)
• Manteiga de projeto (Android 4.1 Jelly Bean)
• Aplicativos recentes e alternância de aplicativos (Android 3.0 Honeycomb)
• Teclas de função (Android 3.0 Honeycomb)
• Suporte TRIM (Android 4.3 Jelly Bean)
• Modo host USB (Android 3.0 Honeycomb)

O Nexus 7 comemorou seu sétimo aniversário na semana passada. Meu colega David Imel fez um excelente trabalho de lembrança e incluiu um monte de boatos divertidos sobre o Android Honeycomb no processo.

O Android está cheio de pequenos recursos, alguns dos quais são surpreendentemente importantes pelo pouco que falamos sobre eles. Muitos mais antigos ajudaram a moldar o Android que conhecemos hoje.

Aqui estão dez recursos mais antigos do Android, particularmente importantes.

ART e AOT (Android 5.0 Lollipop)

O Android Runtime (ART) foi um grande negócio quando foi lançado oficialmente no Android 5.0 Lollipop. Com o ART, surgiu a compilação antecipada (AOT), a coleta de lixo aprimorada e vários outros recursos. Eles eram principalmente para desenvolvedores de aplicativos e jogos, mas essas alterações ajudaram os aplicativos a iniciar e operar mais rapidamente do que nunca.

A ART foi uma das maiores mudanças no Android anterior.

A ART recebeu toneladas de melhorias entre então e agora. O Android 7.0 Nougat adicionou suporte para JIT ou compilação just-in-time para tempos de inicialização mais rápidos do dispositivo. O Android Oreo melhorou a coleta de lixo e reduziu o tempo de pausa. O Android 9 Pie adicionou suporte à conversão antecipada de arquivos DEX.

Levaria o dia inteiro para listar todas as melhorias que a ART traz para a mesa, porque ela melhora continuamente a cada ano, mesmo que não falemos mais sobre isso. Até o próximo Android Q possui algumas pequenas melhorias no ART.

Aplicativos de atualização em lote e automática (Android 2.2 Froyo)

O Android 2.2 Froyo completa dez anos em 2020 e uma de suas melhores características ainda permanece. Foi a primeira versão do Android com suporte nativo para atualizações automáticas de aplicativos, bem como atualizações de aplicativos em lote. Não há muita confusão técnica com este. Você pode pressionar o botão no Google Play para atualizar todos os seus aplicativos ao mesmo tempo em segundo plano, graças ao Android Froyo.

Esse recurso também recebeu melhorias ao longo dos anos. No início de 2019, o Google começou a testar downloads simultâneos de aplicativos após remover o recurso há alguns anos. Teoricamente, isso tornaria o processo de atualização de todos os seus aplicativos de uma só vez ainda mais rápido.

É difícil imaginar atualizar aplicativos Android manualmente e um de cada vez.

Consequentemente, o Android Froyo também introduziu recursos para Android, como suporte para telas HD (720p), pontos de acesso Wi-Fi, suporte GIF para o navegador de ações e a capacidade de conectar seu telefone ao Bluetooth do seu carro - um recurso que muitas pessoas usam todos os dias.

Lote de sensores de hardware (Android 4.4 KitKat)

O Android KitKat nos deu outro ótimo recurso com o lote de sensores de hardware. Essa foi uma das primeiras tentativas reais do Google para controlar a vida da bateria. A premissa é simples: os sensores coletariam e entregariam dados em lotes, em vez de em tempo real. Isso permitiu que os dispositivos permanecessem em um estado de energia mais baixo por mais tempo e economizassem bateria.

O Google eventualmente emulou esse comportamento também no lado do software. O Modo Soneca restringe o uso do aplicativo em segundo plano e adia a sincronização do aplicativo para uma janela de manutenção. Basicamente, todos os aplicativos são adormecidos, exceto por pequenas janelas onde eles podem atualizar, enviar notificações e usar a CPU. O lote de sensores de hardware funciona da mesma maneira.

O recurso também tem outros usos, incluindo fitness (rastreamento de etapas), rastreamento de localização e outro monitoramento. O Android 4.4 KitKat também adicionou suporte ao rastreamento de etapas, e o recurso de rastreamento de etapas funciona com o lote do sensor de hardware.

Emulação de cartão host (Android 4.4 KitKat)

A Host Card Emulation (HCE) é um grande negócio e tem uma pequena história interessante. Originalmente, o Google usava um chip Secure Element (SE) em telefones para armazenar seus detalhes de pagamento. O SE foi fortemente criptografado e seguro para evitar o roubo de dados. No entanto, a Verizon, a AT&T e a T-Mobile bloquearam o Google Wallet em favor da sua iniciativa Softcard (anteriormente ISIS), impedindo o Google Wallet de ler o Elemento Seguro.

Em resposta, o Google lançou o HCE, que intercepta a transmissão de comunicação dos terminais de pagamento e a envia diretamente ao sistema operacional, em vez do módulo Elemento seguro. O sistema operacional cria um token para representar o cartão real e o envia de volta no lugar do número do seu cartão de débito real em um processo chamado tokenização. O HCE também é executado em segundo plano sem nenhuma entrada do usuário, para que você possa tocar e pagar mesmo que a tela do telefone esteja desligada.

O Google fez o HCE para manter as opções dos consumidores abertas depois que as operadoras tentaram limitar essas opções.

A HCE acabou com a necessidade de hardware do Secure Element em primeiro lugar e as operadoras desistiram, vendendo o Softcard para o Google em 2015. Vale a pena notar porque a tokenização e o uso do toque para pagar no seu dispositivo são realmente mais seguros do que o uso de um cartão físico .

Tema OMS e RRO (Android 6.0 Marshmallow)

Runtime Resource Overlay (RRO) e Overlay Management Service (OMS) são duas estruturas temáticas no AOSP Android. A Sony colocou as duas estruturas no Android e ela existe em muitos dispositivos atualmente. A estreia oficial foi o Android Marshmallow. O RRO veio em primeiro lugar e acabou sendo substituído pelo OMS, mas ambos fazem basicamente a mesma coisa.

A maioria dos aplicativos possui arquivos XML com cores, layout e outros elementos de design. O OMS permite sobrepor seus próprios arquivos XML personalizados em vez de obter uma aparência personalizada. Assim, você pode transformar um aplicativo com plano de fundo branco e texto em preto em um aplicativo com plano de fundo em preto e texto verde sem afetar a forma como o aplicativo realmente funciona.

O OMS é o mais próximo que o Google chegou ao tema nativo no AOSP Android.

Isso não é algo que você possa usar, mas os OEMs e os temáticos costumam usá-lo com frequência. Aplicativos como Synergy, Substratum e Pluvius usam o OMS para temas com e sem raiz, dependendo da sua versão do Android. A Samsung começou a usar o OMS com o Android Oreo também para seus temas. Esses mecanismos de temas simplificam o processo de criação, personalização e sobreposição de arquivos XML para facilitar o uso da maioria das pessoas.

Infelizmente, o futuro do OMS ainda não está claro. O Google desativou o suporte para ele no Android Pie de propósito, o que provocou fúria na comunidade temática. Aqui está uma boa entrevista com alguns dos criadores do Substratum, onde eles explicam como usam o OMS um pouco mais.

Manteiga de projeto (Android 4.1 Jelly Bean)

O Project Butter foi um dos recursos mais importantes do Android nos dias anteriores do Android. O projeto inclui várias melhorias e ajustes para tornar a interface do usuário do sistema mais suave e rápida. Os dispositivos Android anteriores realmente enfrentavam dificuldades com atraso de entrada e gagueira. Com o tempo, o Project Butter corrigiu amplamente todos eles.

O Project Butter trouxe outras otimizações, como buffer triplo, VSync e melhor capacidade de resposta ao toque. Esses recursos permitem que o sistema operacional funcione a 60fps e sincronize melhor a tela com a CPU e a GPU para obter um desempenho mais suave. Obviamente, tudo isso melhorou ao longo dos anos com as versões mais recentes do Android.

Vimos a marcha pela suavidade de manteiga continuar com os monitores de 90Hz e 120Hz já em 2015. Você pode imaginar o quão ruim esses monitores ficariam antes do Android 4.1 Jelly Bean?

Aplicativos recentes e alternância de aplicativos (Android 3.0 Honeycomb)

O modo de aplicativos recentes foi muito importante quando lançado no Android 3.0 Honeycomb. Era o Android comprando multitarefa, um dos grandes recursos que possuía no iOS na época. O botão de aplicativos recentes permite ver todos os aplicativos abertos em uma única interface, alternar entre eles à vontade ou fechá-los completamente, se necessário. Somente essa funcionalidade basicamente matou o mercado de aplicativos do gerenciador de tarefas, da mesma forma que a alternância da lanterna matou o mercado de aplicativos da lanterna. O Android ainda usa o método deslizar para fechar em seus aplicativos recentes até hoje, embora com algumas melhorias e alterações visuais.

Para um sistema operacional que rodava apenas em tablets, o Honeycomb tinha muitas idéias de futuro.

Eventualmente, o recurso melhorou com várias outras funções, como um botão Limpar tudo para fechar rapidamente o aplicativo, fixar o aplicativo para manter os aplicativos abertos e, o melhor de tudo, alternar entre aplicativos. A troca de aplicativos funciona da mesma maneira que o Alt-F4 em um PC com Windows. Você pode alternar rapidamente entre os dois aplicativos mais recentes que você usou, pressionando duas vezes o botão de aplicativos recentes. O Android Pie adicionou um gesto de furto para alternar rapidamente entre dois aplicativos.

O Google está reformulando os controles de gestos do Android novamente com o Android Q. Provavelmente mudará o funcionamento dos aplicativos recentes, mas temos certeza de que os aplicativos recentes ainda estarão lá. É definitivamente um dos maiores e mais importantes recursos do Android de todos os tempos, e foi um dos poucos que foi tão importante que chegou aos controles da tela inicial.

Teclas de função (Android 3.0 Honeycomb)

Muitos aceitam as teclas programáveis. Na pressa de obter controles de gestos no Android Pie e no Android Q, vale a pena dar uma volta e observar o impacto monumental das teclas programáveis ​​no design do telefone no início de 2010. Antes das teclas programáveis, os OEMs do dispositivo tinham todos os tipos de botões em todo o dispositivo. O Android 3.0 Honeycomb e, mais tarde, o Ice Cream Sandwich, acabaram com tudo isso e ajudaram a inaugurar a era do telefone de barra de chocolate limpo e sem botões que todos conhecemos hoje.

As teclas programáveis ​​evoluíram ao longo dos anos, principalmente em tamanho, forma e design. Você pode pressionar longamente a tela inicial do Google Assistant, alterar o tema dos botões com aplicativos Navbar e alguns OEMs até permitem adicionar novas teclas de função à linha inferior.

Infelizmente, não demorará muito para que as teclas programáveis ​​acabem, pois a navegação por gestos está assumindo o controle. Em breve, todos estaremos passando e dançando com os dedos como jogadores do Dance Dance Revolution.

As teclas programáveis ​​sempre ocupam um lugar especial na história do Android como um recurso singular que moldou como os telefones foram projetados por anos.

Suporte TRIM (Android 4.3 Jelly Bean)

O suporte ao TRIM não é original para Android ou um recurso mais recente, mas era muito importante. O Linux o adicionou ao kernel em 2008. A Microsoft incluiu o suporte ao Windows 7 em 2009. A Apple o adicionou ao OS X em 2011 e possui um método TRIM exclusivo para dispositivos iOS. O Android 4.3 Jelly Bean finalmente adicionou o recurso em 2012, reconhecidamente um pouco tarde para a festa.

O TRIM é um recurso simples, mas importante, e lida com armazenamento flash. O armazenamento em flash, diferentemente dos discos rígidos mecânicos, tem alguns problemas com a gravação de novos dados. Ele pode gravar rapidamente no espaço vazio, mas se os dados precisarem ser substituídos, o processo levará muito mais tempo.

TRIM foi uma adição menor, mas surpreendentemente importante ao Android.

Isso causou lentidão enorme ao longo do tempo e pode ter contribuído para a obsolescência prematura de muitos dispositivos Android mais antigos. O TRIM evitou a desaceleração, gerenciando essencialmente o armazenamento flash, incluindo sua coleta de lixo e alocação de espaço livre.

Muitos atribuíram os problemas de desaceleração do Nexus 7 2012 à falta de suporte ao TRIM e relataram ganhos de desempenho após uma atualização para o Android 4.3 Jelly Bean. O TRIM não é um dos recursos mais fascinantes do Android, mas certamente é um dos mais importantes e o seu telefone ainda o usa.

Modo host USB (Android 3.0 Honeycomb)

O modo host USB é um recurso poderoso que não recebe o amor que provavelmente merece. Ele estreou originalmente no Android 3.0 Honeycomb e a maioria das pessoas o usava para seus recursos USB on the go (OTG). Mas o modo faz muito mais que isso.

O modo host USB é o que nos permite usar mouses e teclados USB em dispositivos Android, bem como teclados MIDI e outras tecnologias especializadas. Basicamente, se você pode conectar algo ao telefone e usá-lo através da porta USB, pode agradecer ao USB Host Mode.

O Android 8 Oreo adicionou suporte para chaves autenticadoras de dois fatores. O Android 9 Pie trouxe a capacidade de carregar dispositivos e transferir arquivos simultaneamente. A maioria das versões do Android também oferece suporte e acesso periféricos aprimorados. Se o Google criar um laptop Android, o USB Host Mode será a chave para fazer tudo funcionar corretamente.

Às vezes, é difícil acreditar, mas o Android é muito maior que a qualidade da câmera e os detalhes. Vários recursos de software ajudaram a impulsionar a plataforma, mesmo em segundo plano, onde nem sempre a vimos.

Qual é o seu recurso Android favorito?