Uma das coisas que realmente se destacam usando um iPhone é como suave parece em comparação com o uso do Android. Enquanto o Android é lento, com um intervalo mensurável entre quando você toca na tela e quando o O sistema operacional responde, o iOS quase parece antecipar o que você quer fazer antes que seu dedo toque o exibição.
Como a Apple conseguiu esse feito incrível? Uma pergunta melhor poderia ser: “Como o Google conseguiu bagunçar tanto o multitoque do Android?” De acordo com Andrew Munn - um estudante de engenharia de software e ex-estagiário do Google - o Android é tão confuso que o Google pode nunca ser capaz de igualar o desempenho de um iPhone ou iPad. Ai!
Antes de começarmos, aqui estão algumas informações básicas. No passado, foi dito que a IU do Android é lenta em comparação com o iOS porque os elementos da IU não eram acelerados por hardware até o Honeycomb. Em outras palavras, toda vez que você desliza a tela em um telefone Android, a CPU precisa desenhar cada pixel novamente, e isso não é algo em que as CPUs sejam muito boas.
Esse argumento faz sentido, exceto se fosse verdade, o Android teria parado de se atrasar de forma mensurável na capacidade de resposta ao toque em comparação com o iOS quando o Android 3.0 Honeycomb foi lançado. Exceto adivinhe? Os dispositivos Android ainda apresentam lentidão mesmo depois que o Honeycomb é instalado neles.
A maioria dos telefones Android modernos tem especificações que são equivalentes ou até melhores do que as do iPhone (por exemplo, a maioria dos telefones Android vem com 1 GB de RAM, em comparação com 512 MB do iPhone 4S); o problema não é o hardware. Então, qual é o problema?
É aqui que o Android não pode renderizar sua interface do usuário de toque sem atrasos, de acordo com Munn. No iOS, os processos de renderização da IU ocorrem com threads dedicados em tempo real prioridade, interrompendo outros processos e concentrando toda a atenção na renderização da IU. Em outras palavras, toda vez que você toca com o dedo na tela do seu iPhone, o sistema operacional literalmente fica louco: “Alguém está nos tocando! Alguém está nos tocando! Pare com tudo o que você está fazendo, alguém está nos tocando! ”
No Android, porém, os processos de renderização da IU ocorrem junto com o thread principal com normal prioridade. Em outras palavras, trata a renderização da IU da mesma forma que faria, digamos, baixando um podcast em segundo plano, verificando se há SMSs ou qualquer outra coisa. Conseqüentemente, uma IU instável.
Aqui está Munn explicando o que tudo isso significa e por que o Google foi estúpido o suficiente para projetar o Android dessa forma.
A IU do Android nunca será completamente suave devido às restrições de design que discuti no início:
- A renderização da IU ocorre no thread principal de um aplicativo
- A renderização da IU tem prioridade normalMesmo com um Galaxy Nexus ou o EeePad Transformer Prime quad-core, não há como garantir uma taxa de quadros suave se essas duas restrições de design permanecerem verdadeiras. É revelador que é preciso o poder de um Galaxy Nexus para se aproximar da suavidade de um iPhone de três anos. Então, por que a equipe do Android projetou a estrutura de renderização como esta?
O trabalho no Android começou antes do lançamento do iPhone e, na época, o Android foi projetado para ser um concorrente do Blackberry. O protótipo original do Android não era um dispositivo com tela de toque. As compensações de renderização do Android fazem sentido para um teclado e um dispositivo trackball. Quando o iPhone foi lançado, a equipe do Android correu para lançar um produto concorrente, mas infelizmente era tarde demais para reescrever a estrutura da IU.
Então, por que o Google não mudou apenas a estrutura da IU? Bem, é uma tarefa difícil que envolveria cada aplicativo no Android Market a ser reescrito para oferecer suporte à nova estrutura. Isso é pelo menos um ano de distância, e pode nunca acontecer.
Em outras palavras, para que o Google lide totalmente com os problemas de atraso do Android, ele precisa basicamente apertar o botão de reinicialização e destruir seu ecossistema de aplicativos. O iOS, por outro lado, foi desenvolvido desde o início para suportar smartphones multitoque; inferno, a Apple era a visionária suprema disso. É importante fazer as coisas certas.
[através da Torta de redmond]