L’exécution plus rapide des codes JavaScript dans les navigateurs est un objectif poursuivi de longue date. Il est vrai qu’il y a eu de nombreux progrès ces dernières années, mais les applications deviennent plus complexes au fur et à mesure de leur évolution, donc il y a toujours de la place pour plus d’optimisation. Cette perception a conduit les ingénieurs de Microsoft, Mozilla, Google et d’autres organisations à s’unir en faveur du WebAssembly (ou “wasm”).
Il s’agit d’un partenariat dans le meilleur style “l’union fait la force”. Toutes ces entreprises font déjà un travail important pour améliorer l’exécution des applications web – Microsoft dispose de TypeScript, Mozilla, asm.js, par exemple. La somme des expériences devrait donc apporter des résultats beaucoup plus intéressants pour toutes les parties.
Les tests préliminaires indiquent que, dans la phase actuelle, la conception du design peut rendre le décodage des applications dans les navigateurs jusqu’à 23 fois plus rapide. L’explication est que le WebAssembly est un type de bytecode.
En bref, le bytecode est un code binaire qui se situe entre le code source de l’application et le code en langage machine, celui qui est effectivement mis en exécution.
En fin de compte, le fait de travailler avec du code binaire peut rendre le traitement dans son ensemble beaucoup plus agile. Le bytecode est pour ainsi dire à mi-chemin, de sorte que son exécution tend à être plus rapide que lorsque le navigateur doit analyser complètement le code source, une tâche qui, selon l’application, nécessite beaucoup de traitement.
Notez que le but du projet n’est pas de mettre fin à la façon dont JavaScript est utilisé. Le développement de WebAssembly se concentre sur des applications très exigeantes, qui nécessitent une plus grande vitesse pour la décompression ou les effets d’animation, par exemple.
Notez également que l’initiative en est à ses débuts, ce qui signifie qu’il reste encore beaucoup de travail à faire pour que le WebAssembly devienne standard.
Vous pouvez en apprendre davantage à ce sujet dans le dépôt WebAssembly du GitHub ou dans le groupe de projet du W3C.
