Forrige måned delte vi her på bloggen om nyheten om at Mozilla, Fastly, Intel og Red Hat hadde gått sammen om å utvikle seg teknologiene som lager WebAssembly (Hvis du vil vite mer om nyhetene, kan du konsultere dem denne linken) og nå noen uker etter den nyheten W3C Consortium har kunngjort at teknologien WebAssembly det har blitt anbefalt standard.
For de som ikke er kjent med WebAssembly det burde de vite dette gir mellomvare universell nettleseruavhengig lavnivå for å kjøre applikasjoner kompilert fra forskjellige programmeringsspråk. WebAssembly er posisjonert som den mest lovende og bærbare nettleserteknologien for å bygge høyytelsesapplikasjoner.
WebAssemble se kan brukes til å løse oppgaver som krever høy ytelse, for eksempel videokoding, lydbehandling, 3D-grafikk og manipulering, spillutvikling, kryptografiske operasjoner, matematiske beregninger og oppretting av bærbare implementeringer av programmeringsspråk.
WebAssembly ser mye ut som Asm.js, men skiller seg ut ved at det er et binært format som ikke er bundet til JavaScript. WebAssembly krever ikke bruk av søppeloppsamler, siden det brukes eksplisitt minnestyring.
Et særpreg av kjøringsmodellen for applikasjoner som bruker WASJeg lanserer i et sandkassemiljø å isolere seg fra hovedsystemet og bruken av en sikkerhetsmekanisme basert på kapasitetsstyring, for handlinger med hver av ressursene (filer, kataloger, stikkontakter, systemanrop osv.)
Ved å aktivere JIT for WebAssembly kan du oppnå ytelsesnivåer nær innfødt kode. Blant hovedoppgavene til WebAssembly er levering av bærbarhet, forutsigbarhet for oppførsel og identitet til kodeutførelse på forskjellige plattformer.
nylig, WebAssembly utvikler seg også som en universell plattform å kjøre kode trygt på hvilken som helst infrastruktur, operativsystem og enhet, ikke begrenset til nettlesere.
W3C har standardiserte tre spesifikasjoner relatert til WebAssembly:
- WebAssemble Core- Definert som en virtuell maskin på lavt nivå som etterligner funksjonaliteten til mange mikroprosessorer den kjører på. Enten gjennom kompilering eller Just-In-Time-tolkning, kan WebAssembly-motoren kjøre med nesten hastigheten til kompilert kode for en innfødt plattform.
En ressurs .vann er analog med en fil .klasse av Java i den forstand at den inneholder statiske data og kodesegmenter som fungerer på de statiske dataene. I motsetning til Java produseres WebAssembly generelt som et kompileringsmål for andre programmeringsspråk som C / C ++ og Rust. - WebAssemble Web API: definerer et programmeringsgrensesnitt basert på Promise-mekanismen for å be om og utføre ".wasm" -ressurser. WebAssembly-ressursformatet er optimalisert for å starte kjøringen uten å vente på at filen skal lastes inn, noe som forbedrer responsen til webapplikasjoner.
- WebAssembly JavaScript-grensesnitt: gir et API som kan integreres med JavaScript. Lar deg få verdier og overføre parametere til WebAssembly-funksjoner. Utførelse av WebAssembly tilsvarer JavaScript-sikkerhetsmodellen, og all interaksjon med verten utføres på samme måte som å utføre JavaScript-kode.
I fremtiden er det planlagt å forberede seg spesifikasjoner for WebAssembly-funksjoner som:
- Multithreading med delt minne og atomminnetilgang.
- Vektoroperasjoner basert på SIMD, som gjør det mulig å parallellisere utførelsen av sykluser.
- Referansetyper for direkte referanser til objekter i WebAssembly-kode.
- Evne til å ringe funksjoner uten å bruke ekstra plass på bunken.
- Integrasjon med ECMAScript-moduler: muligheten til å laste WebAssembly-kode fra JavaScript som moduler som samsvarer med ECMAScript 6-spesifikasjonen.
- Måten å jobbe med søppeloppsamleren på.
- Feilsøk grensesnitt.
- WASI (WebAssembly System Interface): API for direkte interaksjon med operativsystemet (POSIX API for å jobbe med filer, stikkontakter osv.).
Hvis du vil vite mer om det, kan du se originalnotatet I den følgende lenken.