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/07(日) 09:08:13.69

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

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

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

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

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

**デフォルトの名無しさん** · 2024/01/07(日) 11:14:54.65

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

**デフォルトの名無しさん** · 2024/01/07(日) 11:22:56.60

WebViewってなに？

**デフォルトの名無しさん** · 2024/01/07(日) 16:27:43.10

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

**デフォルトの名無しさん** · 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を作る意味が本当にない