Apple fait tout ce qui est en son pouvoir pour arrêter le Web. Ils empêchent les applications Web de devenir vraiment fonctionnelles en les rendant trois fois plus lentes dans les applications tierces ou enregistrées sur lécran daccueil. La même chose était quils essayaient darrêter le Web avec iBooks, le Kiosque et dans tous les autres domaines où le Web pourrait briller.
Comme vous lavez peut-être entendu, Google Chrome est maintenant disponible pour liPhone et liPad , mais avant de devenir trop excité, vous devez vous rendre compte quil ne sagit pas du tout de Chrome. Cest Safari dApple avec une interface « chrome ». Le navigateur, le rendu et le moteur javascript sont 100% Apple Safari .
Comme le dit John Gruber:
Ce nest pas le rendu Chrome ou les moteurs JavaScript – les règles de lApp Store linterdisent. Il sagit de la version système iOS de WebKit intégrée à linterface utilisateur du navigateur de Google.
Google Chrome pour iOS est toujours intéressant car vous bénéficiez de la synchronisation Chrome et dautres bonus Chrome.
Mais il y a un gros problème avec un navigateur tiers sur iOS. Non seulement Apple nautorise pas les autres navigateurs. Cela les oblige également à utiliser une version plus ancienne de Safari que celle quApple peut utiliser eux-mêmes.
Chaque développeur iOS le sait. Voir un site Web dans Safari est beaucoup plus rapide que voir un site Web dans une application. Cela est vrai pour Flipboard, lapplication Facebook, lapplication Twitter et toutes les autres applications, y compris le nouveau Chrome pour iOS.
La raison est simple. Apple veut contrôler et forcer les gens à créer des applications natives et limite ainsi les performances des applications Web dans les applications tierces. Il ny a aucune raison pour que liPhone et liPad soient livrés avec deux moteurs de rendu différents – un pour Apple et un pour tous les autres. Il sagit dun comportement purement anti-concurrent qui limite le choix et oblige les gens à créer des applications natives.
La limitation est même mise en place pour les applications Web natives, celles que vous voyez dans Safari lui-même. Tant que vous les voyez dans Safari, ils fonctionnent très bien. Mais à la seconde où vous les enregistrez en tant quapplication Web sur votre écran daccueil, ils sont soudainement obligés dutiliser lancien moteur Safari, et sont donc beaucoup plus lents à utiliser.
Quelle est lampleur de la différence? Jai effectué une série de tests sur mon iPad et, comme vous pouvez le voir, Chrome sur iOS est nettement plus lent, surtout en ce qui concerne le rendu javascript important (les deux derniers tests « Sunspider »).
Noubliez pas que Safari et Chrome utilisent le javascript et le moteur de rendu Safari dApple. Il ny a pas de différence (en théorie) « en dessous », il devrait donc également être rendu à la même vitesse .
En 2011, John Gruber a publié une explication plutôt boiteuse expliquant pourquoi Safari devait être plus rapide pour Apple et plus lent pour tout le monde. Il a affirmé que cétait à cause de « problèmes de sécurité », mais ce nest que des conneries .
Il ny a absolument aucune différence entre une application Web exécutée dans Safari et la même application Web enregistrée sur lécran daccueil, puis exécutée * dans Safari *. Cest juste une mauvaise excuse parce que nous savons tous que chaque fois que quelquun dit « cest pour des raisons de sécurité », tout le monde est apparemment obligé darrêter de penser et daccepter toute explication insensée qui nous est présentée.
Il ny a aucune raison technique pour laquelle une application Web utilisant Safari à partir dune application ne peut pas utiliser exactement la même sécurité et la même protection de la mémoire que la même application Web exécutée dans Safari. Cest seulement différent parce quApple la fait différent.
De plus, chaque application sur la plate-forme iOS fonctionne dans son propre bac à sable isolé. Il est impossible que ces applications puissent accéder à des éléments extérieurs à la boîte Cest pourquoi Apple ne peut pas non plus autoriser Google et Firefox à intégrer leurs propres moteurs de navigateur dans leurs applications. Ils fonctionnent comme un processus isolé.
Si vous pouvez créer des applications jeux utilisant le moteur de jeu Unreal dans un jeu iOS, vous pouvez sûrement exécuter quelques lignes de code javascript à laide du moteur Chrome sans aucun problème.
Ceci est encore une autre arnaque conçue pour forcer les développeurs à créer uniquement natif en offrant à leurs utilisateurs (cest vous!) une expérience beaucoup plus lente chaque fois quils doivent utiliser le Web.
Chrome, lutilisation du moteur de Safari devrait fonctionner exactement aussi vite que Safari lui-même. est le même navigateur effrayant avec juste une couche de peinture légèrement différente.
Cest comme la façon dont Apple utilise les ePubs dans iBook s est aussi une arnaque. Cela empêche les gens de se rendre compte quils sont sérieusement limités dans ce quils peuvent faire avec le Web et les force à entrer dans un monde exclusivement Apple.
Jai écrit à ce sujet en janvier dans « Lies, Damned Lies, and Ebooks »et plus tôt dans la journée, Jani Patokallio la expliqué ainsi:
Lannée dernière, jai acheté un ordinateur portable à Singapour et je lai amené avec moi en Australie.Cela a bien fonctionné pour lire The Economist en ligne et ce qui passe pour le journalisme à Singapour, mais un jour jai cherché le Sydney Morning Herald, et il ny avait pas de succès: cest comme si cela nexistait pas. Un peu de fouille a révélé que pour pouvoir consulter les sites australiens, je devais enregistrer mon navigateur pour être en Australie, ce qui nécessite également une carte de crédit avec une adresse de facturation là-bas. De plus, changer de pays comme celui-ci supprimerait tous mes signets, résilierait mon abonnement payant à The Economist et mempêcherait de lire ne serait-ce quun seul numéro de la veste de Singapour Straits. Et il va sans dire que lordinateur portable est verrouillé pour empêcher moi d’installer un autre navigateur qui me permettrait de contourner ces limites.
Est-ce que cela semble ridicule, un fantasme pervers de quelque Web balkanisé du futur dystopique? Non: tout est vrai, sauf que mon «ordinateur portable» est en fait un iPad et mon «navigateur» est iTunes / iBooks. Étant donné que mon compte iTunes a une adresse de facturation singapourienne, lapplication Kindle napparaît pas dans mes résultats de recherche. Si je change de pays, je perdrai l’accès à tout ce que j’ai téléchargé précédemment. Et si je mords la balle et que je passe en Australie, une bonne partie des applications, de la musique et d’autres produits proposés ne seront plus disponibles sur iTunes, iBooks ou Amazon, et je paierai environ 50% de plus sur ce qui reste. Mais jai choisi de ne pas le faire, et donc je nai pas acheté 3 ou 4 livres que je voulais, parce que leurs éditeurs ne voulaient pas me les vendre.
Lisez le reste de son excellent article expliquant pourquoi lavenir du ebooks est HTML5.
Apple fait tout son possible pour arrêter le Web. Ils empêchent les applications Web de devenir vraiment fonctionnelles en les rendant trois fois plus lentes dans les applications tierces ou en les enregistrant sur lécran daccueil. De même était comme ils essaient darrêter le Web avec iBooks, le Kiosque et dans tous les autres domaines où le Web pourrait briller.