Avec l'avancement rapide de Chrome et Safari, et le déclin de IE+Flash, HTML5 a pris fin et est entré dans la prochaine ère : l'Internet mobile. Les avantages multiplateformes de HTML5 sont encore plus mis en évidence à l'ère de l'Internet mobile. HTML5 est le seul qui prend tout PC, Mac, iPhone, iPad, Android, Windows Phone et autres plates-formes grand public Langage multiplateforme. Java et Flash rêvaient tous deux de ce poste, mais leurs rêves se sont terminés avec iOS. À cette époque, les gens ont commencé à étudier le développement d'applications mobiles multiplateformes basées sur HTML5. Beaucoup de gens pensaient à l'époque que les applications natives n'étaient qu'une transition, tout comme le passage de la structure C/S à la structure B/S. Et apprendre Objective-C et Java est très difficile Puisque je connais le développement web, pourquoi ne pas essayer HTML5.

W3CÀ cette époque, le groupe de travail Device API a été créé pour étendre Camera, GPS et autres API spécifiques aux téléphones mobiles . Cependant , le problème est que l'itération initiale de l'Internet mobile était trop rapide. Le téléphone mobile OS étendait constamment son matériel API, son gyroscope, son capteur de distance et son baromètre . Chaque année, des mises à jour majeures sont effectuées pour les téléphones mobiles. En tant qu'organisation composée de centaines d'unités membres prenant des décisions ensemble, le W3C est un processus très compliqué allant de la proposition d'un projet de norme à l'obtention d'un consensus, qui ne peut pas suivre l'itération rapide des débuts de l'Internet mobile. L'émergence de PhoneGap

a ouvert une fenêtre pour les développeurs. De nombreuses personnes attendent avec impatience que

PhoneGapétende continuellement API pour compléter les lacunes du navigateur. Adobe a vu PhoneGap et a semblé voir l'espoir de retrouver son statut dans le monde. Cependant, après que Adobe a acquis PhoneGap, il a été découvert que cette chose n'était pas commercialement viable, Et l'open source fait que adobe n'a pas pu obtenir d'avantages commerciaux comme flash, il a donc fait don phonegap à apache et a changé son nom en cordova.

Pour diverses raisons, le positionnement de Cordova n'est finalement pas devenu une amélioration du navigateur, mais s'est orienté vers un développement hybride. Sur la base du contexte de l'époque, ils pensaient que le natif était irremplaçable et que le mode hybride "natif+HTML5" était plus significatif. Alors maintenant, le modèle d'utilisation de Cordova est que les "ingénieurs natifs+HTML5ingénieurs" travaillent ensemble pour compléter l'App.

À cette époque, Facebook a rejoint le W3C et a pris les devants dans la création du groupe de travail Web mobile. Facebook est un cercle Web et n'a pas de territoire propre sur le OS mobile. Il n'aime pas l'écosystème d'applications natives contrôlé par Apple et Google. Web MobileL'objectif important de ce groupe de travail est de faire en sorte que les applications Web développées par HTML5 atteignent l'expérience des applications natives. Cependant, les choses se sont retournées contre lui. Cela n'avait pas d'importance si cela ne fonctionnait pas dur. Le résultat était que cela a échoué malgré tous nos efforts. En 2012, la nouvelle selon laquelle Facebook avait abandonné HTML5 a inondé les ITdes médias du monde entier, HTML5 a été instantanément relégué au rang les limbes.

Pourquoi Facebook a-t-il abandonné HTML5 ? L'essentiel était qu'il était basé sur HTML5 et il ne pouvait vraiment pas faire une bonne App mobile. Comparé à la crackée HTML5 native de App des concurrents et à la crackée HTML5 de Facebook, elle ne peut vraiment pas satisfaire les utilisateurs. Par exemple, avec la fonction Push, il existe encore un énorme écart entre l'expérience push HTML5 et l'expérience push native, sans parler de l'écran blanc de changement de page de l'application HTML5. down rafraîchir/side slide Le menu n'est pas fluide et bien d'autres problèmes. En regardant des ingénieurs natifs implémenter facilement des fonctions telles que le shake, le code QR, la saisie vocale et le partage sur Moments, l'ingénieur HTML5 a l'impression de faire partie de la mauvaise équipe.

Même si Facebook n’aime pas être contrôlé, il ne peut pas risquer d’être abandonné par les utilisateurs. Et Facebook n'a pas maîtrisé le point clé : le noyau du navigateur mobile. Si les navigateurs ne suivent pas le rythme, de nombreuses crackées standard seront vaines.

Et quelles sont les performances du navigateur sur les téléphones mobiles?Regardons d'abord Google, ChromeBien que les performances soient élevées, le navigateur sur Android n'est pas Chrome , mais un Androidde merde ; regardez Apple, iOS ne permet pas de mettre d'autres moteurs de navigation sur l'App Store, et d'autres applications utilisant le Le moteur Safari ne peut pas appeler le propre JavaScript moteur d'accélérationNitro d'Apple. Le résultat est qu'Apple et Google non seulement n'implémentent pas activement HTML5 sur le navigateur, les spécifications requises pour l'App mobile, mais imposent à la place diverses restrictions sur HTML5. Qu'il s'agisse du manque de capacités matérielles à l'époque ou des restrictions délibérées des fabricants de téléphones mobiles

OS

, le résultat est le suivant : aux débuts de l'Internet mobile, le monde doit être dominé par l'écosystème d'applications natives, iOS et Android d'abord Ce n'est qu'une fois votre territoire stabilisé que votre industrie passera à l'étape suivante.

Qu'il s'agisse de Facebook ou de PhoneGap, vous ne pourrez pas bénéficier de l'Internet mobile au début, mais si vous persistez, des opportunités apparaîtront souvent. Et cette année, les jeux HTML5 sont à l'honneur. Comment saisir les dividendes des jeux H5 à l'honneur dépend de vos propres conditions de fonctionnement. Jeu Nobita, interface de jeu H5.