JavaScript-webbappar kommer inte någonstans

De flesta webbplatser och webbapplikationer är skrivna i JavaScript, eller åtminstone något som konverteras till JavaScript. Det har gjorts många försök under åren att ändra på det, men förvänta dig inte att JavaScript försvinner helt snart.

Zaplib är ett startup-företag som skapade ett ramverk för att skriva om delar av JavaScript-baserade webbapplikationer i programmeringsspråket Rust, som sedan skulle köras i webbläsare med WebAssembly. Rust är ett programmeringsspråk på låg nivå optimerat för prestanda och säkerhet, och många applikationer har använt Rust för att avsevärt förbättra laddningstider och känslighet. Mozilla skrev om CSS-motorn i Firefox webbläsare med Rust 2017, som en del av ‘Firefox Quantum’ uppdatering, som fördubblade Firefoxs typiska prestanda. WebAssembly tillåter webbplatser att skriva sin kod på mer traditionella programmeringsspråk, som C++, och köra den i en webbläsare precis som JavaScript.

Zaplib hoppades att omskrivning av webbapplikationer i Rust-driven WebAssembly, en sektion i taget, skulle resultera i prestandaökningar så mycket som 10x. Men företagets grundare sa i en ‘obduktion’ att de massiva hoppen inte riktigt lyckades. “Vår satsning var att det skulle vara 10 gånger mer ergonomiskt att snabba upp din app, stegvis, i Rust. Detta höll inte i sig i verkliga implementeringar,” sa laget.

Gruppen noterade några problem med sin plan. De flesta företag var (förståeligt nog) tveksamma till att skriva om sin kod på ett språk som deras ingenjörer kanske inte var bekanta med, men ännu viktigare, det var ingen signifikant hastighetsskillnad mellan bra JavaScript-kod och bra Rust-kod. Zaplib hjälpte ett företag att porta ett simuleringsverktyg till Rust, som bara blev 5 % snabbare än den befintliga JavaScript-versionen. Zaplib hoppades också att dess hårdvaruaccelererade 2D-renderare skulle hjälpa, men det mesta av prestandaökningen där kom från WebGL, som inte alls behöver Rust eller WebAssembly.

Detta betyder inte att WebAssembly är hemskt eller ohjälpsamt — Google Earth och Photoshop portades båda till webbläsare tack vare WebAssembly, och företag som Microsoft bygger ramverk för fler utvecklare att göra samma övergång. Det finns absolut en anledning till att det finns, men JavaScript har också utvecklats avsevärt under de senaste åren. ‘V8’ motor som hanterar JavaScript-kod i Chrome, Microsoft Edge och andra Chromium-baserade webbläsare blir ständigt snabbare. Nyligen genomförda optimeringar gjorde Chrome till den snabbaste webbläsaren som finns tillgänglig på Mac, enligt Google, och andra förändringar har också påskyndat Windows- och Android-versionerna.

Annons

WebAssembly ger redan en ny våg av applikationer till webben som inte kunde ha existerat för några år sedan, men förvänta dig inte att all JavaScript försvinner snart. Zaplib sa i sitt inlägg, “det finns vanligtvis enklare sätt att hitta prestandaförbättringar än Rust [eller WebAssembly].”

Källa: Zaplib

LÄS NÄSTA

  • › Varför du bör sluta titta på Netflix i Google Chrome
  • › Vad betyder “ISTG” Menar och hur använder du det?
  • › Varje Microsoft-företagslogotyp från 1975-2022
  • › Hur länge kommer min Android-telefon att stödjas med uppdateringar?
  • › Joby Wavo Air Review: A Content Creator's Ideal Wireless Mic
  • › Varför är mitt Wi-Fi inte lika snabbt som det annonseras?

Posted

in

by

Tags: