Blazor parmi les meilleures bibliothèques pour WebAssembly ‘Niche’, qui voit son utilisation diminuer
Alors que WebAssembly a fait sensation dans le monde du développement Web, un nouveau rapport le décrit comme une technologie “de niche” dont l’utilisation se contracte, bien que parmi cette utilisation en baisse, Blazor de Microsoft figure parmi les meilleures bibliothèques.
“Il est clair que WebAssembly n’est pas largement utilisé, et plutôt que de voir une croissance de l’utilisation, nous assistons à une légère contraction”, a déclaré Colin Eberhardt dans un Publier cette semaine sur le site Web Almanac par HTTP Archive.
WebAssembly
(ou Wasm), comme le savent bien les développeurs Web de l’écosystème Microsoft, est un
projet open source
qui permet aux développeurs d’utiliser son code de type assembleur comme cible de compilation afin que les langages de programmation, y compris C #, puissent être utilisés pour les applications basées sur un navigateur au lieu de JavaScript omniprésent.
Ou, comme le dit le post du 25 septembre, “WebAssembly introduit un nouveau runtime dans le navigateur, qui fonctionne parallèlement et en étroite collaboration avec le runtime JavaScript. Il est relativement léger en comparaison, avec un petit jeu d’instructions et un strict modèle d’isolation (WebAssembly n’a pas d’E/S par défaut). L’une des principales motivations pour développer WebAssembly était de fournir une cible de compilation pour un large éventail de langages de programmation (C++, Rust, Go, etc.), permettant aux développeurs d’écrire de nouveaux applications, ou porter des applications existantes, avec un ensemble d’outils plus large.”
Utilisation compliquée méthodologiele rapport examine à quel point WebAssembly est largement utilisé, à quoi il sert, quels langages les personnes utilisent et quelles fonctionnalités sont utilisées.
Intérêt particulier pour les lecteurs de Magazine Visual Studio est la constatation que Blazor fait partie des meilleures bibliothèques WebAssembly lorsqu’elles sont classées par pourcentage de requêtes Wasm qui pourraient lui être attribuées. Blazor arrive en troisième position (8,5 % des demandes combinées de bureau/mobile) derrière Amazon IVS (34,9 %) et Hyphenopoly (12,1 %).
<br /> <a target="_blank" href="https://pubads.g.doubleclick.net/gampad/jump?iu=/5978/eof.vsm&t=item%253d8187cf94_865c_4ce6_8cf6_a45b99b15e53%26pos%253dbox_c1%26Topic%253dDevelopment%252cNET%252cBlazor%252cWeb_Development%252cOpen_Source&sz=300x250&tile=5&c=123456789" rel="noopener"> <br /> <img src="https://pubads.g.doubleclick.net/gampad/ad?iu=/5978/eof.vsm&t=item%253d8187cf94_865c_4ce6_8cf6_a45b99b15e53%26pos%253dbox_c1%26Topic%253dDevelopment%252cNET%252cBlazor%252cWeb_Development%252cOpen_Source&sz=300x250&tile=5&c=123456789" border="0" alt="" /> <br /> </a> <br />
[Click on image for larger view.] Bibliothèques WebAssembly populaires (source : Web Almanach).
Sur une autre échelle, mesurant l’utilisation du langage WebAssembly, Blazor est plus bas dans le classement, se classant au 5e rang (3,5%) derrière LikelyEmscripten (61,1%), Unknown (16,9%), Emscripten (11,8%) et Rust (6%). , et seulement devant Go (0,7%). Bien sûr, Blazor est un framework, pas un langage. Le langage le plus susceptible d’être utilisé dans les projets Blazor WebAssembly est C#. Emscripten n’est pas non plus un langage, bien que la chaîne d’outils du compilateur soit associée à C++.
[Click on image for larger view.] Utilisation du langage WebAssembly (source : Web Almanach).
Remarquablement, les résultats ci-dessus semblent contraster avec L’état du WebAssembly 2022 rapport publié en juin, qui a également été écrit par Eberhardt (bien que sur le site de Scott Logic, où il est CTO), comme détaillé dans le Magazine Visual Studio article, “Blazor affiche le plus gros gain d’utilisation de WebAssembly : rapport.”
[Click on image for larger view.] Langues utilisées fréquemment ou parfois par rapport à l’année dernière (source : Scott Logic).
[Click on image for larger view.] Quelles langues les gens veulent le plus utiliser pour le développement WebAssembly par rapport à l’année dernière (source : Scott Logic).
Pour 2022, tout comme le rapport 2021 de Scott Logic, Rust a été répertorié comme le langage n°1 utilisé avec WebAssembly. “La rouille arrive une fois de plus en tête, avec 45 % déclarant l’utiliser fréquemment ou parfois”, a déclaré Eberhardt en juin. “WebAssembly et Rust ont une relation assez étroite, la plupart des runtimes WebAssembly sont écrits en Rust, tout comme les différentes plates-formes basées sur wasm. Il bénéficie également de certains des meilleurs outils, donc ce résultat n’est pas une grande surprise.”
Le rapport de juin a également déclaré: “Ce fut une bonne année pour Blazor, avec une forte augmentation de l’utilisation et du désir” et “Ce fut toute une année pour WebAssembly!” Concernant ce dernier, le message de juin d’Eberhardt a détaillé une augmentation de l’utilisation pour l’informatique sans serveur, la conteneurisation et en tant qu’hôte de plug-in. Il a également signalé que les répondants à l’enquête utilisent WebAssembly beaucoup plus fréquemment.
Le nouveau rapport Web Almanac brosse cependant un tableau moins optimiste de la nouvelle technologie, qui n’est devenue une norme W3C officiellement reconnue qu’en décembre 2019.
Par exemple, Eberhardt, en plus de noter que WebAssembly n’est pas largement utilisé et a en fait connu une légère contraction de l’utilisation au lieu de croître, a également déclaré : “WebAssembly est indéniablement une technologie de niche en ce qui concerne le Web, et il existe un il y a de fortes chances que ce soit toujours le cas. Bien que WebAssembly ait apporté un large éventail de langages sur le Web – C++, Rust, Go, AssemblyScript, C# et plus encore – ceux-ci ne peuvent pas encore être utilisés de manière interchangeable avec JavaScript. Pour la grande majorité des sites Web, où le contenu est relativement statique (rendu en HTML avec CSS) avec une quantité modeste d’interactivité (via JavaScript), il n’y a tout simplement pas de raison impérieuse d’utiliser WebAssembly pour le moment.”
Cependant, l’affirmation selon laquelle C # ne peut pas être utilisé de manière interchangeable avec JavaScript semble avoir été bouleversée dans les récentes Documentation à propos de l’interopérabilité JavaScript .NET sur WebAssembly, qui indique que “.NET 7 introduit un nouveau mécanisme de bas niveau pour l’utilisation de .NET dans les applications basées sur JavaScript”, a expliqué Microsoft. “Avec cette nouvelle capacité d’interopérabilité JavaScript, vous pouvez également invoquer du code .NET à partir de JavaScript en utilisant le runtime .NET WebAssembly [as] appeler la fonctionnalité JavaScript à partir de .NET sans aucune dépendance du modèle de composant d’interface utilisateur Blazor “, comme détaillé dans le 20 septembre VSM article, “WebAssembly vole le spectacle ASP.NET Core dans .NET 7 RC1.”
Les conclusions d’Eberhardt n’étaient pas toutes négatives, cependant, comme il l’a ajouté : « Bien qu’il s’agisse d’une technologie de niche, WebAssembly ajoute déjà de la valeur au Web. Il existe un certain nombre d’applications Web qui bénéficient grandement de cette technologie. souvent invisible pour le « crawl » qui constitue la base de cette étude.
“Enfin, les fonctionnalités de base de l’environnement d’exécution WebAssembly – multilingue, léger, sécurisé – en font un choix populaire pour un plus large éventail d’applications sans navigateur. L’enquête sur l’état de WebAssembly 2022 a vu une augmentation significative du nombre de personnes utilisant cette technologie pour des applications sans serveur, de conteneurisation et de plug-in. L’avenir de WebAssembly pourrait être une technologie Web de niche, mais en tant qu’environnement d’exécution entièrement grand public sur un large éventail d’autres plates-formes.
Les données WebAssembly ne sont qu’une partie de l’historique de l’archive HTTP tentaculaire. rapport sur l’état du web.
A propos de l’auteur
David Ramel est éditeur et rédacteur pour Converge360.
— to visualstudiomagazine.com