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

1 ：デフォルトの名無しさん：2024/01/07(日) 09:00:39.23 ID:XaQ9o0Ba.net

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

2 ：デフォルトの名無しさん：2024/01/07(日) 09:08:13.69 ID:WuOsnGlY.net

おい！我らが.NET MAUIがねえぞ！
ふざけてんのか！

3 ：デフォルトの名無しさん：2024/01/07(日) 09:17:14.61 ID:XaQ9o0Ba.net

>>2
え、maui？
他モバイルフレームワークと比較した新技術もなく、製品に使われてもいないじゃん、、、

4 ：デフォルトの名無しさん：2024/01/07(日) 09:30:11.53 ID:S/Jnt+DP.net

いずれすべてのアプリがWebView + WASM に集約するよ
やはり Flutter はオワコン

5 ：デフォルトの名無しさん：2024/01/07(日) 11:14:54.65 ID:SSDWv3/D.net

WasmGCに対応したDartとKotlinが今後期待できるフロントエンド向けプログラミング言語だね
一方WasmGC対応時期不明なフロントエンド向け言語C#さんは出遅れた模様

6 ：デフォルトの名無しさん：2024/01/07(日) 11:22:56.60 ID:cZPRrTYJ.net

WebViewってなに？

7 ：デフォルトの名無しさん：2024/01/07(日) 16:27:43.10 ID:5oUcDiS+.net

ブラウザがHTMLに縛られ続ける限りWebAssemblyでDOMを直接操作できる未来は来ないし、JavaScriptが天下を取り続けるよ
せいぜいJavaScriptの高度演算がWebAssemblyで高速化されるくらいしか使われどころがない
UI付きWebAssemblyなんてハナから終わりよ

8 ：デフォルトの名無しさん：2024/01/08(月) 10:27:05.91 ID:joGu+nRy.net

モバイルアプリなんてReactNativeするまでもなくガワアプリで十分

9 ：デフォルトの名無しさん：2024/01/08(月) 12:10:07.64 ID:MjE8SxQ7.net

Googleブラウザを使ったアプリなんて10年後にはピクリとも動かないだろうからネイティブしかない

10 ：デフォルトの名無しさん：2024/01/08(月) 13:42:59.50 ID:VICGLLXI.net

>>9
Googleブラウザ？WebViewじゃなくて？

11 ：デフォルトの名無しさん：2024/01/08(月) 14:48:59.62 ID:jeOEkfga.net

サービス終了で使えなくなるWebアプリのことを言いたいのでは
Googleが出てきたのは多分ホスティング関係
まあGoogleに限らず規約変更⇒サービス終了の流れはありがち

12 ：デフォルトの名無しさん：2024/01/08(月) 16:21:25.22 ID:+GN4BlMm.net

Webアプリじゃなくてガワアプリならサービス終了でサーバーを閉じてもHTMLセットをアプリに同梱させて動かせられるんじゃないの？知らんけど

13 ：デフォルトの名無しさん：2024/01/08(月) 16:26:50.41 ID:+GN4BlMm.net

サーバーサイドに依らないクライアントサイ　ドで完結するならの話だけど

14 ：デフォルトの名無しさん：2024/01/08(月) 20:28:41.20 ID:nzWjIJuh.net

ガワアプリをPWAかなんかと勘違いしてそうだな

ガワアプリはブラウザじゃなくてアプリストアから配信されてるアプリのこと
例えばこのガワアプリは、
https://techblog.finatext.com/technology-stack-fintech-solution-6bae02917359
UIはWebページまんまのVueをWebView内で動かして、プッシュ通知とかだけネイティブで実装してるらしいよ

15 ：デフォルトの名無しさん：2024/01/08(月) 21:55:57.60 ID:LQo0g3Ah.net

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

16 ：デフォルトの名無しさん：2024/01/08(月) 22:30:10.40 ID:+GN4BlMm.net

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

17 ：デフォルトの名無しさん：2024/01/08(月) 22:39:51.86 ID:ZqlNmCAp.net

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

18 ：デフォルトの名無しさん：2024/01/08(月) 23:10:30.71 ID:FNFcnj+v.net

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

19 ：デフォルトの名無しさん：2024/01/08(月) 23:16:33.56 ID:6qM+P3bD.net

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

20 ：デフォルトの名無しさん：2024/01/08(月) 23:23:34.17 ID:FNFcnj+v.net

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

21 ：デフォルトの名無しさん：2024/01/09(火) 07:35:21.54 ID:OfKvL6VZ.net

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

22 ：デフォルトの名無しさん：2024/01/09(火) 12:55:26.33 ID:N02yzr2h.net

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

23 ：デフォルトの名無しさん：2024/01/09(火) 13:05:38.68 ID:or9NsBW3.net

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

24 ：デフォルトの名無しさん：2024/01/09(火) 13:14:06.51 ID:ZzFCyN+K.net

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

25 ：デフォルトの名無しさん：2024/01/09(火) 13:31:12.73 ID:32Svp8EB.net

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

26 ：デフォルトの名無しさん：2024/01/09(火) 14:16:53.33 ID:0SyO7tZp.net

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

27 ：デフォルトの名無しさん：2024/01/09(火) 14:38:24.49 ID:O81w2kD9.net

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

28 ：デフォルトの名無しさん：2024/01/09(火) 22:40:46.42 ID:+GL+UX/9.net

プロの労働市場は、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 はオワコン認定したので、やらないように！

29 ：デフォルトの名無しさん：2024/01/09(火) 22:52:40.85 ID:z2Atj+H/.net

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

30 ：28：2024/01/10(水) 01:02:35.81 ID:uMPDpUT9.net

バックエンドは高年収。膨大な勉強量だから。
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を入れ替えるだけで済ます

31 ：デフォルトの名無しさん：2024/02/04(日) 20:15:47.73 ID:K+DmOSRv.net

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

32 ：デフォルトの名無しさん：2024/02/04(日) 21:38:14.84 ID:gRgK5+vi.net

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

33 ：デフォルトの名無しさん：2024/02/04(日) 22:00:14.16 ID:+V6KxP6u.net

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

34 ：デフォルトの名無しさん：2024/02/04(日) 22:13:18.01 ID:gRgK5+vi.net

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

35 ：デフォルトの名無しさん：2024/02/04(日) 22:19:49.90 ID:tVOvpSMk.net

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

36 ：デフォルトの名無しさん：2024/02/04(日) 22:30:28.46 ID:gRgK5+vi.net

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

37 ：デフォルトの名無しさん：2024/02/04(日) 22:52:36.45 ID:7CxB1Lv3.net

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

38 ：デフォルトの名無しさん：2024/02/05(月) 03:31:22.45 ID:ffCcWJaM.net

Silverlightの復活早よ！

39 ：デフォルトの名無しさん：2024/02/05(月) 08:34:39.11 ID:yJX8/UXF.net

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

40 ：デフォルトの名無しさん：2024/02/05(月) 13:50:10.09 ID:B/pJSj68.net

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

41 ：デフォルトの名無しさん：2024/02/05(月) 19:33:30.53 ID:763Ar7sg.net

>>38
藍澤光も復活して

42 ：デフォルトの名無しさん：2024/03/21(木) 18:11:17.68 ID:Mot60wEG.net

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

43 ：デフォルトの名無しさん：2024/03/21(木) 18:31:22.43 ID:iz9f0zpd.net

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

44 ：デフォルトの名無しさん：2024/03/21(木) 19:14:53.90 ID:Mot60wEG.net

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