Förra månaden delade vi här på bloggen om nyheterna att Mozilla, Fastly, Intel och Red Hat hade gått ihop för att utveckla de tekniker som gör WebAssembly (Om du vill veta mer om nyheterna kan du konsultera dem denna länk) och nu några veckor efter den nyheten W3C Consortium har meddelat att tekniken WebAssembly det har blivit den rekommenderade standarden.
För de som inte känner till WebAssembly de borde veta det detta ger en mellanvara universell webbläsaroberoende lågnivå för att köra applikationer sammanställt från olika programmeringsspråk. WebAssembly är positionerat som den mest lovande och bärbara webbläsartekniken för att bygga högpresterande webbapplikationer.
WebAssemble se kan användas för att lösa uppgifter som kräver hög prestandatill exempel videokodning, ljudbehandling, 3D-grafik och manipulation, spelutveckling, kryptografiska operationer, matematiska beräkningar och skapandet av bärbara implementeringar av programmeringsspråk.
WebAssembly ser mycket ut som Asm.js, men skiljer sig åt genom att det är ett binärt format som inte är bundet till JavaScript. WebAssembly kräver inte användning av en sopuppsamlare, eftersom explicit minneshantering används.
En särdrag av exekveringsmodellen för applikationer som använder WASJag lanserar i en sandlåda miljö att isolera från huvudsystemet och användningen av en säkerhetsmekanism baserad på kapacitetshantering, för åtgärder med var och en av resurserna (filer, kataloger, uttag, systemanrop etc.)
Genom att aktivera JIT för WebAssembly kan du uppnå prestandanivåer nära ursprunglig kod. Bland de viktigaste uppgifterna för WebAssembly är tillhandahållandet av portabilitet, förutsägbarhet för beteende och identitet för kodutförande på olika plattformar.
nyligen, WebAssembly utvecklas också som en universell plattform för att köra kod säkert på alla infrastrukturer, operativsystem och enheter, inte begränsat till webbläsare.
W3C har standardiserat tre specifikationer relaterat till WebAssembly:
- WebAssemble Core- Definierad som en virtuell maskin på låg nivå som efterliknar funktionaliteten hos många mikroprocessorer den körs på. Antingen genom kompilering eller Just-In-Time-tolkning kan WebAssembly-motorn köras med hastigheten på kompilerad kod för en inbyggd plattform.
En resurs .vask är analog med en fil .klass av Java i den meningen att den innehåller statisk data och kodsegment som fungerar på den statiska datan. Till skillnad från Java produceras WebAssembly generellt som ett kompileringsmål för andra programmeringsspråk som C / C ++ och Rust. - WebAssemble Web API: definierar ett programmeringsgränssnitt baserat på Promise-mekanismen för att begära och exekvera ".wasm" -resurser. WebAssembly-resursformatet är optimerat för att starta körningen utan att vänta på att filen ska laddas helt, vilket förbättrar webbapplikationernas respons.
- WebAssembly JavaScript-gränssnitt: tillhandahåller ett API som kan integreras med JavaScript. Låter dig hämta värden och skicka parametrar till WebAssembly-funktioner. Körningen av WebAssembly motsvarar JavaScript-säkerhetsmodellen och all interaktion med värden utförs på samma sätt som körningen av JavaScript-kod.
I framtiden är det planerat att förbereda sig specifikationer för WebAssemble-funktioner som:
- Multitrådning med delat minne och åtkomst till atomminne.
- Vektoroperationer baserade på SIMD, som gör det möjligt att parallellisera körningen av cykler.
- Referenstyper för direktreferenser till objekt i WebAssembly-kod.
- Möjlighet att ringa funktioner utan att spendera extra utrymme på stacken.
- Integration med ECMAScript-moduler: möjligheten att ladda WebAssemble-kod från JavaScript som moduler som uppfyller ECMAScript 6-specifikationen.
- Sättet att arbeta med sopuppsamlaren.
- Felsökningsgränssnitt.
- WASI (WebAssembly System Interface): API för direkt interaktion med operativsystemet (POSIX API för att arbeta med filer, uttag etc.).
Om du vill veta mer om det kan du läsa originalet I följande länk.