Explication détaillée des raisons pour lesquelles JavaScript gagne sur les appareils mobiles ?

JavaScript n'est pas le plus beau langage de programmation au monde. C'est pourquoi un expert de classe mondiale a écrit un livre sur « l'essence » de la langue. Le nom de ce livre est "Deep Digging into the Highlights of JavaScript" car les bonnes choses sont enfouies assez profondément. Malgré tout, elle devient rapidement l’une des langues les plus populaires au monde. Cette popularité est bien méritée, car malgré les défauts du langage, JavaScript offre aux développeurs des avantages importants que d'autres langages ne peuvent pas offrir. Certains avantages surviennent après que les développeurs de navigateurs ont accepté Javascript (enfin, techniquement ECMAScript) comme standard pour le langage Web. Le reste est le modèle de programmation d’application Web inhérent et n’a été amélioré par aucune amélioration. Cependant, même si les applications natives dominent les applications Web sur les appareils mobiles, la domination de JavaScript se déplace progressivement vers les appareils mobiles. Va-t-il finir par dominer ?

Populaire mais pas une priorité

Une récente liste de la communauté TIOBE classe JavaScript au sixième rang parmi tous les langages de programmation et continue d'augmenter. Les classements de la méthode TIOBE ont tendance à favoriser les langues plus anciennes et plus matures et sont moins efficaces pour suivre les tendances. En revanche, la méthode de classement Redmonk place JavaScript en première position. L'approche Redmonk sera dans une certaine mesure biaisée en faveur des langages dotés de fortes communautés open source, mais en même temps reflétera essentiellement les tendances et les intérêts actuels. Notre propre aperçu de l'économie des développeurs a montré que la combinaison HTML5/Javascript est déjà le deuxième langage le plus populaire utilisé par les développeurs mobiles, utilisé par près de 55 %. De loin, 57 % des personnes utilisent Java. Cependant, même si nous avons constaté que la combinaison HTML5 et Javascript était le choix préféré des gens (19 %), elle était loin derrière Java (29 %) dans ce carré. Cette situation devrait s’améliorer considérablement dans les années à venir. [Qu'en penses-tu? Nous avons une nouvelle enquête, alors jetez-y un œil et dites-nous ce que vous en pensez]

JavaScript vole gratuitement dans les navigateurs

Ce n'est pas une victoire "Web" standard" argument. Je ne pense pas que les navigateurs ou les applications basées sur la visualisation Web finiront par dominer les appareils mobiles. Même s’il est utilisé et grandit, ce ne sera pas la norme. Si les normes Web doivent réellement être ouvertes pour régir les appareils mobiles à l'avenir, elles doivent commencer par le modèle objet de document (DOM). Le DOM n'est pas la base sur laquelle les applications sont construites, mais bien les documents. Bien sûr, vous pourriez initialement concevoir une application pour les documents autour d'une plate-forme, mais vous seriez bloqué. Jetez un œil aux frameworks actuels qui permettent de concevoir des applications assez performantes pour les navigateurs mobiles ou les vues Web : React.js, Famo.us et lonic. Ce que ces trois-là ont en commun, c'est d'utiliser le moins possible DOM.

Oui, il existe beaucoup de WebGL (ou HTML5 Canvas essential), mais ce sont des API de bas niveau. Ce dont vous avez besoin, c'est d'un bon framework de grande taille, éventuellement multi-octets, pour créer une excellente plate-forme pour développer la plupart des applications. Cela ne correspond pas bien au modèle de programmation d'applications Web, où le dernier code d'application est hébergé sur un serveur distant, et surtout pas dans un environnement mobile. Il est vrai que vous pouvez créer une application hybride au-dessus d'un grand et joli magasin WebGL local et simplement obtenir le code spécifique à l'application à partir d'un serveur distant. Mais pourquoi utiliser un navigateur ? Pourquoi ne pas simplement javaScript surpasse les autres frameworks multiplateformes en matière d'accélérateurs graphiques matériels (indice : Qt en propose un bon). Une API de haut niveau n’entraînerait pas beaucoup de surcharge pour relier les langages. Il peut également y avoir un manque de restrictions lorsqu’il s’agit d’accéder à certaines fonctionnalités.

Il existe désormais plusieurs nouvelles options très intéressantes qui correspondent à cette description. Réagissez Native et NativeScript. Ils fonctionnent de différentes manières, mais tous deux utilisent JavaScript pour créer une application avec une interface utilisateur native. Le TiNext d'Appcelerator pourrait également être intéressant, même si on en a beaucoup parlé au fil des années sans jamais sortir de version, alors attendons d'en avoir un aperçu.

Exception JavaScript

Apple a restauré la domination de JavaScript sur mobile. L’un des principaux éléments qui empêchent la plupart des développeurs d’adopter un modèle de livraison continue agile de type Web sur mobile est l’interdiction imposée par Apple sur le téléchargement de code. Sans ce ralentissement important en mode itération, les tests comparatifs seraient bien plus difficiles. Cela signifie en fait que les développeurs, en particulier les débutants, apprendront plus lentement. Jusqu'à récemment, le seul moyen d'obtenir des itérations plus rapides était de commencer par Android et de développer une application hybride, car Apple a fait de JavaScript une exception dans les règles de téléchargement du code d'affichage Web. Dans le premier cas, cela signifie que la plupart des premiers utilisateurs s’éloignent de la plateforme. Malheureusement, le compromis UX dans le deuxième cas est trop important, et la plupart des développeurs choisissent cette voie en raison de pannes d'applications utilisateur ou du passage au local. Cependant, dans iOS7, l'interface JavaScriptCore a été ajoutée pour exécuter JavaScript, et dans les dernières conditions de licence du programme pour développeurs iOS, ils ont modifié les règles relatives aux exceptions de téléchargement de code pour inclure JavaScriptCore.

Cela est logique du point de vue de la sécurité. Apple peut auditer et mettre à jour ses environnements d'exécution, mais s'ils autorisent les environnements d'exécution tiers à télécharger du code, ils ne surveillent pas efficacement les problèmes de sécurité. Étant donné que JavaScript est la seule option de script d'Apple et qu'ils ne permettent pas de télécharger du code localement, JavaScript retrouve sa position privilégiée en tant que seule option pour ceux qui souhaitent itérer rapidement. La disponibilité de JavaScript a suscité des efforts tels que React et NativeScript et l'emprise détendue d'Apple sur les politiques de téléchargement de code a été parfaitement médiatisée.

L'ouverture gagnera-t-elle ?

Les défenseurs du Web suggèrent parfois que les normes ouvertes basées sur le Web finiront par gagner, car l'ouverture gagne toujours. Cependant, Linux est un exemple clair d’écosystème ouvert et en évolution rapide sans normes alignées sur un comité. En réaction, Facebook semble être devenu un écosystème de développeurs en développement rapide dans les projets open source. Il existe déjà un comité en pleine croissance autour de React.js, ce qui leur donne clairement une longueur d'avance. Mais l'équipe NativeScript de Telerik travaille avec Google, Angualr 2.0 doit donc être intégré de manière transparente. Google a l'intention de prendre en charge les environnements non-DOM, que les standards du Web évoluent ou non dans ce sens. Il faudra peut-être beaucoup de temps à Microsoft et à Google pour prendre en charge les normes qu'ils mettront en œuvre dans les futurs navigateurs. Mais ils travaillent ensemble sur TypeScript, ce qui facilite la création d'une application moins complexe avec JavaScript (il est prouvé que le compilateur est plus intelligent que les humains pour détecter les incompatibilités de types).

Apple a construit de nombreux outils assez impressionnants pour son nouveau langage Swift, notamment des terrains de jeux interactifs. Cependant, Facebook a peut-être eu une meilleure expérience de codage sur React Native, basée sur un retour immédiat et un codage à la volée à haute fréquence. Apple continuera à itérer ses outils et la communauté des développeurs a désormais ajouté ces nouveaux outils d'environnement JavaScript. Android est peut-être techniquement open source, mais il n'est pas ouvert en termes de création de communauté. Google est seul à améliorer la plate-forme et les outils Android. C'est peut-être la communauté des développeurs open source qui gagnera, et l'open source véritablement communautaire peut itérer plus rapidement que l'open source basé sur les normes open source. À cette fin, un environnement « UX natif utilisant JavaScript pour construire » et le succès, une telle plate-forme n'échouera certainement pas. Les applications seront toujours créées en fonction de l'apparence de la plate-forme et en utilisant de nouvelles API spécifiques à la plate-forme.

À ce stade, il semble que la communauté très ouverte des développeurs JavaScript va gagner, car ils créent des applications qui ont l'apparence, la convivialité et les performances de la plate-forme native, en plus d'exiger une expérience en développement Web. Les plates-formes fermées ont toujours gagné dans le passé, car les applications de l'époque devaient être personnalisées pour leurs écosystèmes fermés. Actuellement, les standards du Web ouverts sont toujours en perte. Si les fabricants de navigateurs mobiles peuvent accepter de nouvelles normes et permettre aux applications qu'ils créent d'avoir l'expérience des applications natives, alors ils gagneront certainement.

Qu'utilisez-vous pour le faire ?

Pensez-vous que JavaScript contrôlera l'avenir du développement mobile ? Ou Java, Objective-C et Swift conserveront-ils leur position de leader ? Quant à l’Internet des objets, son backend passera-t-il avec Node.js ? Répondez à l'enquête et dites-nous ce que vous utilisez pour créer votre application.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!