WebView vs ネイティブ vs WASM【モバイルUI】

モバイルUIフレームワークはいっぱいあるけど、結局どれが覇権を取るんだろうね？

WebView(ガワアプリ)→ React, Vue
ネイティブクロスプラットフォーム→ Flutter, ReactNative, Compose, (Xamarin)
ネイティブ→ SwiftUI🍎, Compose🤖, (Flagment🤖)
WASM(WASMランタイムで実行可能なUI)→ Flutter, Compose

単にWebブラウザ→ React, Vue

・プログラム言語別
JavaScript→React, Vue
Dart→Flutter
Kotlin→Compose
Swift→SwiftUI

>>35
Tauriいいよね
いかんせん素材の豊富なReactやVueを差し置いてわざわざWASMでGUIを作る意味が本当にない

ゲームのGUIを作るに限るならDOMへのアクセスができなかろうがほぼ関係ないからWASMは良い選択肢
昔のアドビのFlashみたいなもんだね
問題は今どきブラウザでゲームなんざやろうと思わないことだ（笑）

Silverlightの復活早よ！

WASMは、ちゃんとWebでニーズに応えてシェアを取らないと始まらない
DOM操作がない時点で一部のマニアしか相手にしないから、すでにオワコン

WebViewをJS/TS以外から操作したいとはおもわんし
WebGLの初期化と操作をWASIで規定してくれれば十分
そこに薄く乗る共通GUIもできれば
JSでブリッジするコードはすでにあるけれど

>>38
藍澤光も復活して

一般ユーザーとして質問です
アプリ作成・配布者がWebViewで自社サイト閲覧させているのですが、画面スクロールやピンチイン/アウトに対応していないのでまともに見れません。
変なところで見切れて尻切れトンボです。
ユーザー側でなにか工夫して普通のブラウザのように閲覧できる方法はありますか？

>>42
アプリ作成・配布者にお問い合わせください

>>43
半年以上放置されてます

フレームワークで定番化した機能はブラウザが
吸収すればいいと思うのは邪道なんだろうか

任意のプログラミング言語で書いてWASMコード生成すればWebアプリやモバイルスマホアプリが作れるようになったというのは本当ですか？

Unity使え

>>47
それはゲームエンジン

JS/TSもｗasmも好きだからporfforに期待

>>49
porfforのwasmサイズはランタイム無くて小さいと書かれてるけど実行は速いの？

いずれwasm基盤上でJSが動作する先鋭的なブラウザが登場するに一票

MauiのWebviewが糞なので、Flutterで作り直してる。

>>52
Frutterも死臭が漂って...

Mauiほどじゃないけど

rust が入り込んできたから wasm 廃棄