S vydáním WebAssembly 1.0 se WebAssembly stává čtvrtým oficiálním jazykem pro web

Mezinárodní konsorcium W3C (World Wide Web Consortium) vydalo verzi 1.0 základní specifikace WebAssembly a po HTML, CSS a JavaScriptu prohlásilo WebAssembly za čtvrtý oficiální jazyk pro web.

6.12.2019 20:44 | Ladislav Hagara | IT novinky

Komentáře

[mln]

Je potrebne konecne pretlacit C jazyk na web

[Tern]

Tak urcite, jeste vetsi obskuritu treba Perl nechces ? C se nehodi. Jen namatkou par problemu: pointry a trable s tim souvisejici, neni asynchronni, nutnost alokovat pamet, *.h, nutnost linkovani atd.

[mln]

Mna len štve že v C jazyku je možné napísať všetko možné od malých programov pre 8 bity, desktopové aplikácie až po operačný systém veľkosti Linuxu. A z nejakého stupídneho dôvodu v C jazyku nie je možné vytvárať weby. Proste jeden relatívne jednoduchý a výkonný jazyk na všetko.

Pre C++ existuje nejaký Wt framework, ale C++ je overkill sam o sebe.

[dustin]

Neber to osobně, ale zeptám se - umíš to, co jsi u C uvedl? Protože C je super, ale dělat v něm bezpečně a spolehlivě vyžaduje od vývojáře sakra hodně znalostí a úsilí.

[Josef Kufner]

Na vyrobení webu v C ti stačí printf() a inetd, případně implementovat CGI. Není to nijak složité. Otázka je, proč by to kdokoliv při smyslech dělal. Jediný případ, kdy to dává smysl, je nějaký IoT sensor na slabém jednočipu.

[Cabrón]

C web frameworků je celá řada. Odpovědí na Vaší otázku je samozřejmě výkon. Máloco se může chlubit v megarequestech za sekundu

[dustin]

Webassembly je client-side, běží v prohlížeči.

[jdsulin2]

Na strane serveru je C (C++) aplikaci spousta, hlavne ty, ktere musi bezet rychle - tj. nativni. Presun do klienta neni uplne idealni napad, ale nejde ani tak o Ccko, jako spise o standardizovany bytekod, ktery je blize klientovi a pobezi rychle.

[johnyK]

čtvrtý oficiální jazyk pro web

cetl jsem nekolik clanku k te problematice a nejsem si ted jist, jestli je WebAssembly dalsi jazyk? Mohl by to nekdo potvrdit nebo vyjasnit.

Ja jsem mel za to, ze pomoci toho WebAssembly mohu pouzit radu ruznych jazyku?

[...]

Je assembler jazyk?

[Filip Jirsák]

Prohlížeče znají jenom WebAssembly, neznají ty jazyky, ze kterých se do WebAssembly kompiluje. Je to podobné, jak o s TypeScriptem – můžete v něm psát pro web, ale nakonec se přeloží do JavaScriptu a jazyk, se kterým pracuje prohlížeč, je už jen JavaScript.

[johnyK]

ja si myslim, ze nikdo ale nepise programy ve WebAssemly specifikaci - zrovna tak, jako nikdo nepise bytecode, ktery pak JVM provadi. Ten priklad s TypeScriptem proto uplne nechapu. Tam se vyrobi skutecne JavaScript, zatimco u WebAssembly se vyrobi jakysi bytecode, ktery pak provadi nejaky virt. stroj v browseru.

Ja si to predstavuji tak, ze kdyby byl WebAssembly jazyk, tak si nekdo sedne, zapne nejaky editor a vytvori program, ktery se pak v browseru provede. A ta moje otazka zni, existuji lide, kteri neco takoveho delaji. Jestli ano, tak pak bych byl take toho nazoru, ze WebAssebly je nejaky dalsi jazyk pro web. Jenze o nikom takovem nevim.

[Josef Kufner]

Proč lidé? Že to je jazyk ještě neznamená, že musí být používán lidmi. Ani JavaScript v případě použití TypeScriptu už není jazyk určený lidem.

[Filip Jirsák]

Vy se na to pořád díváte z pohledu lidí, ale ta zprávička je napsaná z pohledu prohlížeče. Prostě doteď webový prohlížeč podporující standardy musel podporovat tři jazyky – HTML (a v něm schované SVG), CSS a JavaScript. Nově k nim přibyl čtvrtý – WebAssembly.

[johnyK]

OK, diky za vysvetleni

[Josef Kufner]

Btw, ono to nebude až tak úplně čtvrtý jazyk. Spíš to nahradí JavaScript a pro ten pak bude kompilátor do WebAssembly. Tedy z technické stránky věci bude potřeba podpora API jak je definované v HTML 5, ale současná "nativní" podpora JavaScriptu bude nahrazena (vestavěným) kompilátorem. Hezké bude, že takový kompilátor by mělo být relativně snadné udělat nezávislý na prohlížeči a snad i sdílený mezi více prohlížeči.

[Filip Jirsák]

Předpokládám, že ještě hodně dlouho bude platit, že webový prohlížeč splňující standardy musí podporovat JavaScript. Jak to ten který prohlížeč zařídí, to už je implementační záležitost. Druhá věc je, kdy se reálně prohlížeči vyplatí něco takového dělat – současné JavaScriptové stroje jsou dost vymakané, nebude snadné vyrovnat se jim překladem do WebAssembly. Zvlášť když tím nezískáte nic nového – prohlížeče už dnes překládají JavaScript do bajtkódu, který je ale vytvořen na míru JavaSCriptu. Do třetice WebAssembly je dnes hodně nízkoúrovňové, na standardizaci vyšších vrstev se teprve čeká.

[Josef Kufner]

Docela pochybuju, že by WebAssembly bylo udělané jinak než na míru JavaScriptu.

[Michal]

To je dobre, bude se v tom lepe exploitovat ruzne zranitelnosti

[mysli]

V sandboxovane virtualni masine ? Good luck :)

[j]

A javascript snad nebezi v sandboxu? Oh shit ... jak je pak mozny, ze se js da cist cache cpu?

Tohle bude radove horsi, protoze js je aspon citelnej, takze se do nej da tezko neco (dlouhodobe) schovat.

[Conscript89]

Ano, citelny asi tak, jako treba vsechny ty prostorove optimalizovane min.js, ze ano?

[Matlák]

No min.js jde celkem snadno deobfuskovat, a i když výsledek není nic moc tak to půjde číst a hlavně krokovat. Zajímalo by mě jestli existuje nějaký podobný krokovací tool (a když existuje tak pro které jazyky) vestavěný do browseru ve kterém to nakonec běží. Dokud nebude tohle, nebude moc rychle ani rozšířenost. To už tu bylo mockrát, nějaká hračka která fungovala mezi verzemi 10-15 a pak nic. Javascript just works.

[j]

Predevsim to ma fungovat uplne stejne (a uplne stejne "bezpecne") jako java, flash, silverlight ...

A samo presne jak pises, kdyz neco napises, bude ti to funguvat pouze v konkretnich verzich browseru - uplne stejne jako cokoli v jave a spol.

Mimochodem, idea spociva predevsim v tom, ze ten bytekod se na miste prekompiluje pro konkretni system/platformu a pak pobezi nativne => na widlich ti z toho defakto vyrobej exe. Co sem to zaslech, ze spoustet exe z netu muze leda magor?

[Matlák]

Pokud JIT půjde vypnout a půjde do dekompilovat jako java, tak... to nebude o moc lepší než ty java applety. Opravdu by mě zajímal ten toolset okolo toho, když se rozhodnu psát si client-side logiku v brainfucku jestli mi to dovolí to krokovat po zdrojáku například (extrém).

A s těmi zranitelnostmi? Zas tak černě bych to neviděl, ale jednoznačně souhlasím s tím že pokud nebude bytecode jediný (a JS se do něj nebude vždy překládat) tak to jen zvětšuje attack surface.

[Josef Kufner]

Krokování po zdrojáku je už dnes vyřešené map soubory, které mapují minifikovaný JS na původní zdrojáky. To by snad mělo jít upravit i pro WebAssembly.