A Apple está fazendo tudo o que pode para impedir a web. Eles estão impedindo que os aplicativos da web se tornem realmente funcionais, tornando-os três vezes mais lentos em aplicativos de terceiros ou salvos na tela inicial. O mesmo foi quando eles estão tentando parar a web com iBooks, o Newsstand e em todas as outras áreas onde a web pode brilhar.
Como você deve ter ouvido, o Google Chrome agora está disponível para iPhone e iPad , mas antes de ficar muito animado, você precisa perceber que não é o Chrome de forma alguma. É o Safari da Apple com uma interface “cromada”. O navegador real, a renderização e o mecanismo de javascript são 100% Apple Safari .
Como John Gruber coloca:
Não é a renderização do Chrome ou os mecanismos de JavaScript – as regras da App Store proíbem isso. É a versão do sistema iOS do WebKit embrulhado na interface do usuário do navegador do Google.
O Google Chrome para iOS ainda é interessante porque você obtém a sincronização do Chrome e outros recursos do Chrome.
Mas há um grande problema com o navegador de terceiros no iOS. Não só a Apple não permite outros navegadores. Isso também os força a usar uma versão mais antiga do Safari do que aquela que a própria Apple pode usar.
Todo desenvolvedor iOS sabe disso. Ver um site no Safari é muito mais rápido do que ver um site dentro de um aplicativo. Isso é verdade para o Flipboard, o aplicativo do Facebook, o aplicativo do Twitter e todos os outros aplicativos – incluindo o novo Chrome para iOS.
O motivo é simples. A Apple quer controlar e forçar as pessoas a criar aplicativos nativos e, portanto, está limitando o desempenho de aplicativos da web em aplicativos de terceiros. Não há razão para que o iPhone e o iPad venham com dois mecanismos de renderização diferentes – um para a Apple e outro para todos os outros. Este é um comportamento puramente anti-concorrente que limita a escolha e força as pessoas a criar aplicativos nativos.
A limitação é até mesmo colocada em prática para aplicativos da web nativos, aqueles que você vê dentro do próprio Safari. Contanto que você os veja no Safari, eles funcionam muito bem. Mas no segundo que você os salva como um aplicativo da web em sua tela inicial, eles são repentinamente forçados a usar o mecanismo antigo do Safari e, portanto, são muito mais lentos para usar.
Qual é a diferença? Fiz uma série de testes no meu iPad e, como você pode ver, o Chrome no iOS é significativamente mais lento, especialmente quando se trata de renderização de javascript (os dois últimos testes “Sunspider”).
Lembre-se de que o Safari e o Chrome usam o javascript do Safari da Apple e o mecanismo de renderização. Não há diferença (em teoria) “por baixo”, por isso também deve renderizar nas mesmas velocidades .
Em 2011, John Gruber postou uma explicação um tanto esfarrapada de por que o Safari tinha que ser mais rápido para a Apple e mais lento para todos os outros. Ele afirmou que era por causa de “questões de segurança”, mas isso é besteira .
Não há absolutamente nenhuma diferença entre um aplicativo da web executado no Safari e o mesmo aplicativo da web salvo na tela inicial e, em seguida, executado * no Safari *. É apenas uma desculpa esfarrapada, porque todos nós sabemos que sempre que alguém diz “é” por causa da segurança “, todos aparentemente precisam parar de pensar e aceitar qualquer explicação insana que nos seja apresentada.
Não há razão técnica para que um aplicativo da web usando o Safari de dentro de um aplicativo não possa usar exatamente a mesma segurança e proteção de memória que o mesmo aplicativo da web executado no Safari. É diferente apenas porque a Apple o tornou diferente.
Além disso, cada aplicativo na plataforma iOS é executado em sua própria sandbox isolada. Não há como esses aplicativos obterem acesso a elementos fora da caixa está dentro. Por esse motivo, também não há razão para que a Apple não permita que o Google e o Firefox criem seus próprios mecanismos de navegador em seus aplicativos. Eles estão sendo executados como um processo isolado.
Se você pode criar um enorme jogos usando o mecanismo de jogo Unreal dentro de um jogo iOS, certamente você também pode executar algumas linhas de código javascript usando o mecanismo Chrome sem problemas.
Este é mais um golpe projetado para forçar os desenvolvedores a criar apenas nativos aplicativos, dando a seus usuários (é você!) uma experiência muito mais lenta cada vez que precisam usar a web.
O Chrome, usando o mecanismo do Safari, deve rodar exatamente tão rápido quanto o próprio Safari. é o mesmo navegador com apenas uma camada de tinta ligeiramente diferente.
É exatamente como a Apple usa ePubs no iBook s também é uma farsa. Isso impede que as pessoas percebam que estão sendo seriamente limitadas no que podem fazer com a web e as força a um mundo exclusivo da Apple.
Escrevi sobre isso em janeiro em “Lies, Damned Lies, e Ebooks “e no início de hoje, Jani Patokallio explicou desta forma:
No ano passado, comprei um laptop em Cingapura e o trouxe comigo para a Austrália.Funcionou bem para ler o Economist online e o que se passa por jornalismo em Cingapura, mas um dia eu procurei o Sydney Morning Herald e não encontrei resultados: é como se ele não existisse. Uma pequena pesquisa revelou que para poder visualizar os sites australianos, tive que registrar meu navegador para estar na Austrália, o que também requer um cartão de crédito com um endereço de cobrança lá. Além do mais, mudar de país como este excluiria todos os meus favoritos, encerraria minha assinatura paga do Economist e me impediria de ler até mesmo uma única edição do Singaporean Straits Jacket. E nem preciso dizer que o laptop está bloqueado para evitar eu instalaria outro navegador que me permitiria contornar esses limites.
Isso parece ridículo, uma fantasia perversa de alguma Web balcanizada do futuro distópico? Não: é tudo verdade, exceto que meu “laptop” é na verdade um iPad e meu “navegador” é o iTunes / iBooks. Como minha conta do iTunes tem um endereço de cobrança de Cingapura, o aplicativo Kindle não aparece em meus resultados de pesquisa. Se eu mudar de país, perderei o acesso a tudo o que eu baixei anteriormente. E se eu morder a bala e mudar para a Austrália, um bom pedaço de aplicativos, músicas e muito mais em oferta não estará mais disponível no iTunes, iBooks ou Amazon, e pagarei cerca de 50% a mais sobre o que sobrar. Mas eu optei por não comprar e, portanto, não comprei 3 ou 4 livros que eu queria, porque seus editores não os venderiam para mim.
Leia o resto de seu excelente artigo explicando por que o futuro do e-books é HTML5.
A Apple está fazendo tudo o que pode para impedir a web. Eles estão impedindo os aplicativos da web de se tornarem realmente funcionais, tornando-os três vezes mais lentos em aplicativos de terceiros ou salvos na tela inicial. O mesmo foi quando eles estão tentando impedir a web com iBooks, o Newsstand e em todas as outras áreas onde a web pode brilhar.