Open unknown-neko opened 10 months ago
C#からWebAssembly/WASIバイナリ生成可能に、.NET 8 SDKで実験的実装 https://www.publickey1.jp/blog/23/cwebassemblywasinet_8_sdk.html
KotlinのコードからWebAssemblyバイナリを生成可能、Kotlin/Wasmがアルファ版として提供開始 https://www.publickey1.jp/blog/23/kotlinwebassemblykotlinwasm.html
WASIのフルスペルを「WebAssembly System Interface」から「WebAssembly Standard Interface」へ変更しようという提案は延期に https://www.publickey1.jp/blog/23/wasiwebassembly_system_interfacewebassembly_standard_interface.html
ドンパチの狼煙にしか見えない。 これで刺激を受けてSwiftも動きあると熱くなるけどどうやろ?
って弱点はあるみたいだけど、WebKit GeckoエンジンのWebAssemblyを置けば良いだけのような気がする。
バックエンドはHTML+CSS+JSをWebAssemblyのGeckoに描画させれば良い。
お詫び:WebKitとGeckoを素で間違えてました。MozillaがRust推進派だし、もうWebAssembly吐けるのでは?
GeckoのアプデもWebAssemblyのダウンロードで良いし、手動でアプデ不要になる。
なぜ共存なのかワイには分からない()
Rust | WebAssembly https://www.rust-lang.org/ja/what/wasm
MDN | WebAssembly の概要 https://developer.mozilla.org/ja/docs/WebAssembly/Concepts
JavaScriptとの共存とは書いてあるものの、WebAssemblyだけではダメな理由が良く分からない。
HTML + CSS + JavaScript組が万が一この時代に突入した時の移行方法
parse(HTML, CSS, JavaScript) ⇒ WebAssemblyを吐くコンパイラを作れば特に問題なく共存できる。
マークアップ言語を切ったブラウザがあっても良い気がする。 (WebAssemblyを読み込む場所側のパーサーは要る)
そこそこデカイバイナリをダウンロードする前提で、分割ダウンロード実装にしたら読み込みも早い気がする。 ブラウザアプリのサイズも小さくなるし、共存のメリットがワイにはいまいち分かっていない