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

**デフォルトの名無しさん** · 2024/01/07(日) 09:00:39.23

モバイル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

**デフォルトの名無しさん** · 2024/01/08(月) 21:55:57.60

>>14
なことはない
ガワでPWAをホストするパターンもある
この場合外部のサーバーも不要

**デフォルトの名無しさん** · 2024/01/08(月) 22:30:10.40

そういやPWAの技術、だいぶ昔からあるけど全く普及しないね

**デフォルトの名無しさん** · 2024/01/08(月) 22:39:51.86

Webアプリは間違いなくオワコンだよ
誰もブラウザからインストールしてくれないから
みんなアプリをアプリストアからしかインストールしてくれないから

**デフォルトの名無しさん** · 2024/01/08(月) 23:10:30.71

WebView使う主な理由ってブラウザのレンダリングエンジンやWeb資産を使いたいって認識でいいのかな

**デフォルトの名無しさん** · 2024/01/08(月) 23:16:33.56

ネイティブのUIが糞過ぎるので
UIは全部webviewでやるようにして
はや７、８年になろうとしてる

**デフォルトの名無しさん** · 2024/01/08(月) 23:23:34.17

PWAは連携するサービスワーカーの占有サイズが馬鹿デカくてユーザー権限で勝手に入ってくる辺りも普通のアプリと比べて気持ち悪いというか受け入れ難い
PC糞重いと思ったらこれが原因だったとかで印象も悪い

**デフォルトの名無しさん** · 2024/01/09(火) 07:35:21.54

>>18
PWAに対応させたサイトをアプリストアから配布したいからとか？

**デフォルトの名無しさん** · 2024/01/09(火) 12:55:26.33

TIOBE Index によると、CとC++は合計するとトップの評価となる
つまり、WASM を使うなら C++がベスト
Dart は COBOL や VB に負けるゴミ以下であり、オワコン中のオワコン

**デフォルトの名無しさん** · 2024/01/09(火) 13:05:38.68

WASMはオワコン
JavaScriptだけで十分

**デフォルトの名無しさん** · 2024/01/09(火) 13:14:06.51

wasmやるならGoでいい
C/C++/Rustでないといけない理由がない

**デフォルトの名無しさん** · 2024/01/09(火) 13:31:12.73

>>20
pwaの意味取り違えてね？

**デフォルトの名無しさん** · 2024/01/09(火) 14:16:53.33

PWAなのにワーカーつかわないんだ
ありっちゃありだけど

**デフォルトの名無しさん** · 2024/01/09(火) 14:38:24.49

PWAはプッシュ通知機能をうまく実装できなくて諦めた

**デフォルトの名無しさん** · 2024/01/09(火) 22:40:46.42

プロの労働市場は、Ruby vs Java。
多重請負構造のIT 土方 vs ベンチャー企業

米国年収でも、Rubyは、Go/Rust/Elixir の3大言語を超えた！

Ruby, Elixir : 9.3 万ドル
Go : 8.9
Rust : 8.7

多くの言語 : 6.5～7

PHP : 5
Dart : 4.4

PHP, Dart は、コンピューターサイエンスを勉強していない高卒用言語。
大学の修士号を持っていなくて、門前払いされた人がやる

フレームワークは、
Ruby on Rails : 9 万ドル
Django : 6
Laravel : 3.8

YouTube で有名な雑食系エンジニア・KENTA が推奨する、
初心者向けキャリアパスは、Rails → Go のみ

PHP, Scala はオワコン認定したので、やらないように！

**デフォルトの名無しさん** · 2024/01/09(火) 22:52:40.85

>>28
それサーバーサイドの話だろ
クライアントサイドの話をしてや

28 · 2024/01/10(水) 01:02:35.81

バックエンドは高年収。膨大な勉強量だから。
AWS Solution Architect の米国年収が、
13万ドルと高いのは、システム設計・構築運用ができるから

データベースの設計も難しい。
データベース・スペシャリストは難しい資格

だから、一人でバックエンド/フロントエンドをこなす、Ruby on Rails は高年収。
フロントのみの人は、Firebase が多い

Rails 6 では、API モードでJSON で通信するから、React。
でも、KENTA は日本では、Vue, TypeScript の方が転職しやすいと言ってる

Rails 7 からは、Hotwire に変わった。
HotwireはHTML Over The Wireの略で、
SPAの開発において、JavaScriptのコーディングを極力必要としない。
脱node.js, webpack

JSONではなく、HTMLベース。
サーバーサイドでHTMLを生成し、WebSocketでWebブラウザへ送信する

https://techblog.gmo-ap.jp/2022/07/05/rails-7-hotwire/
https://zenn.dev/shita1112/books/cat-hotwire-turbo/viewer/abstract

Elixir のPhoenix も、LiveView で、websocket によるリアルタイム通信に変わった。
これは、HTTP2 で通信速度が速くなったから

ここ数年、SPAでReactに奪われたシェアを回復すべき戦略。
JSONでややこしい事をしなくても、そのままHTMLを入れ替えるだけで済ます

**デフォルトの名無しさん** · 2024/02/04(日) 20:15:47.73

WASMのためにRUSTが必要って言うよりRUSTのGUIが貧弱だからJSの力借りたほうが良いっていう言い方できるかも

**デフォルトの名無しさん** · 2024/02/04(日) 21:38:14.84

JavaScriptでないとDOM操作を直接できないからJavaScriptでGUIを書くしかないんよ
WebサイトがJavaScriptからの脱却を不可能にするように作られてるからWASMでGUIなんてオーバーヘッドがひどすぎて使えたもんじゃない
WASMのGUIはまだまだ前途多難
DOM操作無しでGUIを触りたいがためにWASIなんてものも出てきてるしどうなるか全くわからん

**デフォルトの名無しさん** · 2024/02/04(日) 22:00:14.16

WASIはGUI用じゃなくね
POSIX(UNIXのシステムコールなどを標準化したもの)を呼び出すための仕様でサーバーアプリを作るためのものてはないか

**デフォルトの名無しさん** · 2024/02/04(日) 22:13:18.01

>>33
それも正しい、WASIはブラウザの外でWASMを使うっていうコンセプトだから多種多様な使い道がある
その使い道の中に、レンダリングエンジンを丸々WASM化してGUIアプリを作っていいじゃない！ってことを言いたかった
もちろんサーバーアプリでも一般的なCLIでも使われることになると思う
WASI実装のwasmerはLinuxだけでなくWindowsやDarwinにも対応、POSIX実装？のWASIXはよう知らんがWASMがさらに拡張されそうで楽しみね

**デフォルトの名無しさん** · 2024/02/04(日) 22:19:49.90

WindowsやMac向けのGUIアプリがWebViewで作られる時代だから厳しそう

**デフォルトの名無しさん** · 2024/02/04(日) 22:30:28.46

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

**デフォルトの名無しさん** · 2024/02/04(日) 22:52:36.45

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

**デフォルトの名無しさん** · 2024/02/05(月) 03:31:22.45

Silverlightの復活早よ！

**デフォルトの名無しさん** · 2024/02/05(月) 08:34:39.11

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

**デフォルトの名無しさん** · 2024/02/05(月) 13:50:10.09

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

**デフォルトの名無しさん** · 2024/02/05(月) 19:33:30.53

>>38
藍澤光も復活して

**デフォルトの名無しさん** · 2024/03/21(木) 18:11:17.68

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

**デフォルトの名無しさん** · 2024/03/21(木) 18:31:22.43

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

**デフォルトの名無しさん** · 2024/03/21(木) 19:14:53.90

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

**デフォルトの名無しさん** · 2024/11/11(月) 00:11:00.11

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

**デフォルトの名無しさん** · 2024/12/20(金) 23:54:48.90

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

**デフォルトの名無しさん** · 2024/12/21(土) 10:53:36.92

Unity使え

**デフォルトの名無しさん** · 2024/12/21(土) 23:06:55.73

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

**デフォルトの名無しさん** · 2025/01/01(水) 21:13:22.31

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

**デフォルトの名無しさん** · 2025/01/01(水) 21:18:25.99

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

**デフォルトの名無しさん** · 2025/05/04(日) 09:59:40.39

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

**Coplit** · 2025/05/09(金) 11:13:51.15

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

**デフォルトの名無しさん** · 2025/05/09(金) 13:58:37.36

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

Mauiほどじゃないけど