Chapitre 12. Extension de la plate-forme WebAssembly
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Il ramasse des bribes d'informations Il sait s'adapter Car pour les étrangers et les arrangeurs Le changement constant est là pour rester
Rush, "Digital Man"
La définition MVP de WebAssembly a posé un jalon, mais n'a jamais été conçue comme une solution complète pour toutes les utilisations. Elle se concentrait principalement sur les caractéristiques du langage qui sont omniprésentes et sur les temps d'exécution qui ne nécessitent pas les complexités du threading, du garbage collection et de la gestion des exceptions. Il y avait plusieurs autres limitations que nous avons vues tout au long du livre. Bien qu'il soit impressionnant que les gens aient trouvé des moyens de contourner ces lacunes, le MVP n'a jamais été l'état final. C'était le début.
Les concepteurs de la plateforme WebAssembly ont adopté une approche chirurgicale de ses décisions. Bien que cela puisse être déroutant de l'extérieur, il existe une cohérence interne qui prend en compte plusieurs objectifs plus importants et à plus long terme. La plupart des motivations de ces décisions sont documentées en même temps que les spécifications elles-mêmes. Plutôt que d'intégrer les solutions aux omissions dans la prochaine version, les concepteurs ont créé une série de propositions de suivi qui font l'objet d'un suivi indépendant. Plusieurs ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access