Rapport — Magazine Visual Studio

Nouvelles

Blazor affiche le plus gros gain d’utilisation de WebAssembly : rapport

“Ça a été une bonne année pour Blazor !”

C’est l’un des points à retenir du deuxième rapport consécutif “State of WebAssembly” qui vient d’être publié par le cabinet de conseil en logiciels basé au Royaume-Uni, Scott Logic.

WebAssembly (parfois appelé wasm) est la technologie qui rend possible Blazor côté client de Microsoft, car il s’agit d’un langage de type assembleur de bas niveau qui sert de cible de compilation pour plusieurs langages de programmation, leur permettant d’être utilisés dans des projets basés sur un navigateur qui jusqu’à présent reposait principalement sur le JavaScript omniprésent, qu’on aime ou qu’on déteste.

Ces langages incluent C/C++, C#, Rust et autres.

Le rapport 2022, rédigé par Scott Logic CTO Colin Eberhardt, fait suite à son rapport 2021 basé sur une enquête qui a interrogé des centaines de personnes pour en savoir plus sur où et comment les gens utilisent la technologie et leurs réflexions pour l’avenir.

Cette année, comme l’année dernière, Rust s’est avéré être le langage de programmation le plus fréquemment utilisé et le plus recherché pour 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. “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.”

Alors que l’utilisation et la désirabilité de Rust ont continué à grimper, le framework de développement Web Blazor se renforce dans le rapport, qui traite Blazor comme un langage de programmation, bien que ce ne soit pas le cas.

Sur cette échelle de désirabilité, Blazor est passé de la sixième place en 2021 à la quatrième cette année parmi sept “langages de programmation”, comme le montre le graphique ci-dessous qui représente le pourcentage de répondants qui utilisent une langue donnée “souvent” ou “parfois” par rapport à l’année dernière.

Eberhardt a déclaré: “Rust a connu une augmentation modeste de la désirabilité, mais le plus gros grimpeur est Blazor, suivi de Go juste derrière.”

Commentant un autre graphique qui montre quel langage les gens veulent le plus utiliser pour le développement de WebAssembly (ci-dessous), il a déclaré : « Cela montre que l’utilisation de Rust a augmenté régulièrement, mais les plus grands grimpeurs sont Blazor et Python. Cela a certainement été une grande année pour Python. , avec le lancement de Pyscript, un terrain de jeu interactif en ligne. AssemblyScript a connu la plus forte baisse d’utilisation, ce qui m’a un peu surpris. Je me demande si certains répondants identifient à tort AssemblyScript comme JavaScript ?”

Pourtant, un autre graphique met également en lumière les langues souhaitées dans le rapport 2022, décrivant le pourcentage de répondants qui veulent utiliser une langue beaucoup, un peu, ne veulent pas l’utiliser ou n’en ont pas entendu parler.

Parallèlement à une forte augmentation de l’utilisation et du désir de Blazor, les autres faits saillants du rapport présentés par Eberhardt incluent:

• L’utilisation et la désirabilité de la rouille ont continué d’augmenter
• Python a connu une forte augmentation de son utilisation
• JavaScript est devenu un langage WebAssembly viable
• Wasmtime est le runtime le plus utilisé
• L’utilisation de WebAssembly pour Serverless, Containerization et en tant qu’hôte de plug-in a considérablement augmenté
• Les répondants au sondage utilisent WebAssembly beaucoup plus fréquemment
• Les API non-navigateur sont ce dont WebAssembly a le plus besoin

Eberhardt a déclaré qu’un changement notable par rapport à l’année dernière concerne la raison pour laquelle les gens utilisent WebAssembly, notant une augmentation significative de l’utilisation pour les projets sans serveur et de conteneurisation, ainsi que sa progression en tant que technologie de plug-in.

“Comme je l’ai mentionné dans l’introduction, l’année a été toute une année pour WebAssembly”, a-t-il conclu. “J’étais certainement conscient que cette technologie s’oriente davantage vers un environnement d’exécution universel, mais je ne m’attendais pas à ce que le changement soit aussi marqué.”

Le rapport est basé sur une enquête qui a recueilli 299 répondants, contre 250 l’année dernière, sans détails sur la méthodologie exacte.

Le rapport a suscité de vives discussions sur le site social axé sur le développement Actualités des pirates et sur Redditoù un commentateur a souligné que Blazor n’est pas un langage de programmation, mais plutôt un cadre dans lequel C# est utilisé.

“C’est un très bon point – je corrigerai cela pour l’enquête de l’année prochaine”, a déclaré Eberhardt. “Je suppose que les personnes qui travaillent sur des applications WebAssembly savent que C # et Blazor sont effectivement synonymes, donc les résultats ne devraient pas être affectés [sic].”