WebAssembly et support DOM : l'avenir du code de glue

L'article aborde la question de savoir si WebAssembly (Wasm) est réellement prêt pour une utilisation en production dans les applications web, étant donné sa nécessité d'intégration avec les pages web et les API comme le DOM. Il soutient que l'accès direct au DOM dans Wasm n'est pas nécessaire ; les API JavaScript existantes et le code de glue généré par le compilateur permettent une intégration transparente. Bien qu'un mécanisme d'appel direct des API web puisse être ajouté à l'avenir, cela nécessiterait des efforts considérables. Actuellement, Wasm exploite les importations de fonctions JavaScript (par exemple, `console.log`) et utilise intelligemment les index de tableau d'objets JavaScript pour gérer les références d'objets, permettant une interaction flexible avec JavaScript. Cette approche, bien qu'elle ne soit pas purement Wasm, améliore efficacement les performances. Des améliorations continues dans la gestion des exceptions, les E/S bloquantes et la gestion des déchets optimisent encore davantage l'efficacité de l'intégration Wasm-JavaScript. L'auteur conclut que l'objectif de Wasm doit être d'améliorer les performances des programmes, et non d'éliminer complètement JavaScript. L'avenir de WebAssembly implique d'affiner le modèle de composants et les chaînes d'outils pour améliorer l'interopérabilité avec JavaScript sans sacrifier les performances ni la taille du code.