Vue vs React vs Svelte Part.6

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2020/10/27(火) 13:09:05.31ID:5aYZ+KyB
実際どうなん？
※Angularは残念ながら全く話題にならなかったのでSvelteに差し替えました
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Svelte
https://svelte.dev/
※前スレ
Vue vs React vs Angular Part.5
https://mevius.5ch.net/test/read.cgi/tech/1596029929/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Angular, Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。
43デフォルトの名無しさん
垢版 |
2020/10/29(木) 22:07:56.68ID:8qIhLtfe
>>42
何が言いたいのかまったくわからん
React使ったらhtmlは文法変えてんの？
変えてねーだろアホかこいつ
2020/10/29(木) 22:37:42.80ID:Q4uaxLWQ
いやいや共通化はしとけよ
ReactだろうがjQだろうがバニラだろうがそこは同じだ
2020/10/29(木) 23:08:35.79ID:hUSN75pF
>>43

★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
2020/10/29(木) 23:08:58.57ID:hUSN75pF
>>44

★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
2020/10/30(金) 21:30:34.87ID:MU7FPfmA
シングルページってアイデア、結局要らなかったな
URL変わったらloadし直してくれたほうがシンプルで良い
48デフォルトの名無しさん
垢版 |
2020/10/30(金) 21:41:48.97ID:B0ujDtw0
アホには使えないからあっち行け
2020/10/30(金) 22:03:55.00ID:5oSTrQLk
いちいちURLを変える必要がなくなったというだけ
2020/10/30(金) 22:32:52.75ID:wuZkHHST
ふつうクライアントサイドルーティングで変えるけどな。エアプ乙。
51デフォルトの名無しさん
垢版 |
2020/10/30(金) 23:25:04.93ID:c33mewdS
ページの初期化は
ブラウザ駆動で
location.reload()でいつでも状態消去出来る
それより、保持し続けたかった画面状態が
画面遷移で消滅してしまう方が問題
保持してるものを破棄するのは簡単だが
無いものを引き継がせたり復元したりするのは大変
ならばセッションに保持しようとすると
今度はそれが残り続けて不具合の要因になる
セッションは意識して破棄するのは面倒
そう考えるとSPAで画面遷移減らすのが最適解
2020/10/30(金) 23:50:46.09ID:ZQ+XX0gW
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
2020/10/31(土) 04:18:19.38ID:TE/FUBzp
確かに少なくともURLは変わった方がいい
54デフォルトの名無しさん
垢版 |
2020/10/31(土) 12:34:03.58ID:GI9kcxdQ
SPAが叩かれるのはSPAを前提としたビューを切り替えたりする
ビューの下らないテクニックが嫌われるだけであって

SPAの考え方自体が悪いわけではないと思う
SPAは基本的にAjaxをバンバン飛ばすから
Ajaxが叩くURLというのは分離されている
画面と関係の無いURLを気軽に定義出来るようになり
「画面」と「画面遷移」だけを減少させることが出来る
URLは減少しない、むしろ更にきめ細かくできる
55デフォルトの名無しさん
垢版 |
2020/10/31(土) 12:37:15.04ID:GI9kcxdQ
シングルページにこだわる必要はないと思う
2個でも3個でも構わないが
とにかく無駄な画面遷移を減らす事が重要
56デフォルトの名無しさん
垢版 |
2020/10/31(土) 13:27:15.39ID:fxcwqRC2
ブラウザに無駄に大量の履歴が残るのを防止出来るし
終わったsessionに対して変に履歴から横入りも防止出来るしメリット多い
2020/10/31(土) 13:33:14.30ID:ocpJ6AXX
単純にさ、メンテナンスしやすいように小さく分けろってことなんだよね
どうしても密結合しなきゃならないっていうなら話は別だけど
そうでないなら結合度は低く保つのはシステム開発の常識なんだし
2020/10/31(土) 13:59:51.18ID:D1wdF0Y3
小さく分けるなら別のページにしたほうがわかりやすいんだよね
開発者もユーザーも
2020/10/31(土) 14:06:46.75ID:4J8dlMsH
別にそんなことないが
2020/10/31(土) 14:11:33.12ID:XhxNYcCe
ルーターつかえてんのかな？
61デフォルトの名無しさん
垢版 |
2020/10/31(土) 14:19:10.79ID:fxcwqRC2
単にケチつけたいから理由を無理やりひねくりだしてるように見える
パヨ野党と同じ
2020/10/31(土) 14:32:47.48ID:XhxNYcCe
単に能力不足の認識すらないだけかと
2020/10/31(土) 15:03:24.58ID:XHxGyiYd
まあ待て
WebAssemblyが全てを薙ぎ倒す
2020/10/31(土) 15:25:03.69ID:ocpJ6AXX
まであと50年？
2020/10/31(土) 15:56:06.31ID:s2pToFD3
UNITYの事かな？
2020/10/31(土) 19:30:23.25ID:D1wdF0Y3
単純明快にページを分ける、というやり方をやめて、わざわざ処理を追加して無理矢理ページ内で遷移したように見せかけるという、複雑で愚かな選択
これによりTwitterのサムネがおかしくなったり様々な問題を招き入れてしまった
67デフォルトの名無しさん
垢版 |
2020/10/31(土) 20:10:22.22ID:H/mkCvBm
バカは黙ってろ
2020/10/31(土) 21:02:58.40ID:4J8dlMsH
ここでグダってないでツイッター社に説教して来いよもう
2020/10/31(土) 22:26:48.89ID:h2KzT8QK
ツイッターは一例でしょ。しょぼい会社じゃなくて
ツイッターレベルであっても対応に苦労しているという話だ
2020/10/31(土) 22:44:41.94ID:gz3vxsih
SPA基本のルーターすらしらんやつが
わめいてるけど無視した方が無難かな。
2020/10/31(土) 23:02:30.40ID:h2KzT8QK
>>70
今そんな話してないよ
グローバルに保持してる状態の話をしてる
2020/10/31(土) 23:54:28.99ID:pGrSKCPz
今そんな話してない（恥ずかしいから蒸し返すな）
2020/11/01(日) 00:03:13.60ID:6kfHBaw2
>>67
匿名掲示板だと反論できなくなった人ってすぐ悪口言うよねｗ
2020/11/01(日) 00:15:18.28ID:gLftjTJx
謎文脈を発生させて論点をずらす奴もいるけどな
75デフォルトの名無しさん
垢版 |
2020/11/01(日) 10:16:49.22ID:iVsRUSuF
>>66
だからその無理やりページ遷移したように見せかける
っていう部分だけが愚策なんだって

ページ自体が複数も要らないんだよ
見かけ上のページも複数要らない
76デフォルトの名無しさん
垢版 |
2020/11/01(日) 12:27:33.30ID:BdB3gM+x
表面上SPAの癖に
時々別のURLに飛ばす造りって
単にSEO対策なんだろ
SEO稼ぐにはURL多い方が良い
SPAの使い易さとSEOは無関係
2020/11/01(日) 12:30:09.02ID:xiHRYmfR
別のURLに飛ばしてOKなものなら、飛ばしたほうがいいじゃん
状態を引き継ぐよりもステートレスの方がいいんだから
2020/11/01(日) 12:38:01.74ID:7AGTmsus
>>77
それな
ステートフルすぎて気持ち悪い
2020/11/01(日) 13:03:27.79ID:b3NlQgn4
アプリケーションは内部状態を持つのが当たり前だが、その状態をサーバー側に持つか
クライアント側で持つかの違いだけじゃね？
どっちかというとサーバー側とそのAPIがステートレスになってくれた方が嬉しいと思うが。
2020/11/01(日) 13:10:01.61ID:6kfHBaw2
ステートフル”すぎる”な
表示してない物の状態まで持つな
ページを切り替えるなら状態をクリアしろ
切り替えたように見せかけて裏で状態を維持するとか最悪だぞ
81デフォルトの名無しさん
垢版 |
2020/11/01(日) 13:14:42.09ID:pdNlK96W
>>80
おめー無知すぎんだろ
SPAフレームワークをページ遷移だけで見てるからそれしか言えねえんだよ
2020/11/01(日) 13:22:07.47ID:b3NlQgn4
”すぎる”と”すぎない”の境界がわからんなぁ。
気持ち悪く感じるのは主観だろうからどうしようもないが。
2020/11/01(日) 13:36:14.94ID:6kfHBaw2
>>81
俺はMVC+Vue.jsのような軽い使い方までは否定してない
SPA的な全部JSでやっちゃえって考え方が駄目だ
84デフォルトの名無しさん
垢版 |
2020/11/01(日) 15:59:43.06ID:iVsRUSuF
webサイト画面構成のビューの作法というか
テンプレみたいなのを誰かが勝手に定義するから
害悪になるんだって
Webサイトにはヘッダー フッターやサイドバーや
ナビメニュー、バーガーメニューがあるべきとか
パンくず付けるべきだとか
SPAのサイトは見かけ上のURLで画面を切り替えるように
すべきとか、こういうの一体誰がなんの権限があって
決めてんの？
実装がどれだけ面倒になるかも考えずにさ
ビューの構造考えてる奴らに「シンプルにしろよ、馬鹿が」
って言ってやりたいわ
2020/11/01(日) 17:46:49.50ID:08kl5AwG
>>84
音声ブラウザで適切に読むため
2020/11/01(日) 17:52:41.96ID:m91l8dFg
馬鹿たちかい。
サーバーサイドでステート維持するのは
実装大変だし、バカ高いコストになりますよ。

スケールの設計とかした事あんですかね？
2020/11/01(日) 18:17:26.00ID:6C0NmMQH
ステートサーバー用意するだけだな
簡単にスケールする

SPAにすると最初はフロントにステートがあったんだけど
SEOとか諸々の事情でやっぱSSRにしなきゃってなって
サーバーサイドにめちゃくちゃステートを持つことになる
ステートをスケールしたいだけなのにフロントもスケールもしなきゃならなくなって最悪
2020/11/01(日) 18:42:58.59ID:m91l8dFg
>>87
スーテトサーバー


笑
2020/11/01(日) 18:49:19.76ID:CuITjVo7
SSRにしたらサーバーにめちゃめちゃステート？笑
エアプここに極まるｗｗｗ
2020/11/01(日) 18:53:46.69ID:6C0NmMQH
>>88
なにわろてんねん

>>89
お前がエアプ
2020/11/01(日) 18:58:35.18ID:m91l8dFg
>>88
ステートだ

笑
2020/11/01(日) 19:07:51.52ID:6C0NmMQH
>>91
ステートサーバーも知らねえのか？
2020/11/01(日) 19:52:37.28ID:afatmBQ+
>>88
え
94デフォルトの名無しさん
垢版 |
2020/11/01(日) 20:25:37.03ID:kxmM4HKM
ステートサーバーってガチで何
2020/11/01(日) 20:32:08.23ID:m91l8dFg
>>94
低脳が使うやつ。
2020/11/01(日) 20:34:01.14ID:m91l8dFg
MSの基地外じゃね？
2020/11/01(日) 20:46:35.28ID:wlH1XftD
redisとかじゃねぇの
2020/11/02(月) 02:53:11.95ID:ZpVsHyOp
SvelteはNY Timesのほかに
Square Enix
Apple
Spotify
Google Arts
Alaska Airlines
などが使い出したようだ
超頑張れ
99デフォルトの名無しさん
垢版 |
2020/11/02(月) 14:29:41.24ID:WhiKrslV
https://qiita.com/amakawa_/items/e7d0720e1ab8632769bf
100デフォルトの名無しさん
垢版 |
2020/11/02(月) 19:37:37.29ID:bHgm/NDo
もういい加減クソみたいなアプリ開発するのも
メンテするのもウンザリだ
2020/11/03(火) 15:18:43.93ID:4OxOM+4k
jsからいかにして逃げるか、が今後のwebエコシステム成功の鍵になるだろうね
jsの上にフレームワークを乗せる方式にはも限界が来てる
svelteやblazorがその礎になるだろう
2020/11/03(火) 15:38:32.86ID:Ir5rYGmc
エアプ乙。
svelteはjs。
reactやvueなんかよりもjsらしいjs。
mskk真面目に仕事しろ。
2020/11/03(火) 16:09:19.65ID:5u+9d5PC
Svelteの利点はコンパイラ言語というとこ
つまりその気になれば別の言語でも同じことができるということだ
JavaやC#に置き換えるといったことも可能だろうね
2020/11/03(火) 16:14:13.80ID:GWTG5CXG
もうこれでいいんじゃね？

Google Web Toolkit (GWT) は、Javaを使ってウェブ用Ajaxアプリケーションを開発できるオープンソースのJavaソフトウェア開発フレームワークである。Apache License 2.0でライセンスされている
https://ja.wikipedia.org/wiki/Google_Web_Toolkit
2020/11/03(火) 16:15:48.21ID:GWTG5CXG
Google Web Toolkit：現実的な開発に即したAJAX
https://codezine.jp/article/detail/531
JavaをJavaScriptとHTMLに変換する開発フレームワークの利用

　AJAXアプリケーションの開発は簡単なものではありません。というのも、
AJAX（Asynchronous JavaScript and XML）の開発言語であるJavaScriptの
全貌を把握している開発者はほとんどいないからです。さらに悪いことに、
JavaScriptの実装はブラウザによって違いがあるため、互換性という厄介な問題もあります
（「補足記事1　以前のWeb UIおよびAJAXのJavaScriptの弱点」を参照）。
GmailとGoogle MapsによってAJAXの名を知らしめたGoogleが、
この問題を解決するために世に送り出したのがGoogle Web Toolkit（GWT）です。
2020/11/03(火) 16:22:23.19ID:5u+9d5PC
考え方としては同じことだね
昔から求められ研究されていたものが周辺技術の進歩により実用的な段階になりつつある
AIも昔からあるけど実用化したのはごく最近だった
WEBの世界でもまた同じようにイノベーションが起こる
JSは世界に不要です
2020/11/03(火) 16:23:49.40ID:GWTG5CXG
昔から何度も負けてる歴史
2020/11/03(火) 16:28:30.69ID:5u+9d5PC
そして次は勝つ
時代の節目ってのはいつもそうだった
2020/11/03(火) 16:31:55.29ID:GWTG5CXG
「次は勝つ」と言ってるやつは、たいてい期限を付けない
いつまでに勝てるという見通しがないからだ
負けたら「次は」更に負けても「次は」と言い続ける
2020/11/03(火) 17:51:06.56ID:XR+zjtJR
JSすらまともに使いこなせない
不十分な負け犬の遠吠えにしか
聞こえないけど。
2020/11/03(火) 18:27:50.80ID:5u+9d5PC
使いこなした上でより良い道具を模索するのがプロ
jsにしがみつく人は駄目だ
2020/11/03(火) 19:10:53.10ID:XR+zjtJR
使いこなしてなさそーーなのから返信きた！


笑
113デフォルトの名無しさん
垢版 |
2020/11/03(火) 19:17:24.29ID:M97chx1r
PHPの機能ではなくHTMLの機能で他HTMLのインクルードがないのは不便
これが出来ればかなり可能性広がる
2020/11/03(火) 20:12:28.79ID:C42spRT+
JavaScriptなんか使いこなせるようになってもなあ
2020/11/03(火) 20:19:41.36ID:XR+zjtJR
>>113
具体的に？
116デフォルトの名無しさん
垢版 |
2020/11/03(火) 20:49:36.32ID:M97chx1r
>>115
HTML部品を細かく外部部品にできる
cssとかJavaScriptとか画像付きで
サーバサイドのクソインクルードと違ってdevtoolsから
呼び出し関係を把握出来る
2020/11/03(火) 20:54:04.83ID:OA2PBkaW
部品ごとにリクエスト走るの？クソやん
2020/11/03(火) 20:54:11.24ID:Vb+pPlne
バージョンアップですぐに知識が陳腐化するのが問題だよな
Reactが一番メジャーと言っても、他にもたくさんあるし、React自身もバージョンアップで変わるし、Reactの周辺技術も変わるし
119デフォルトの名無しさん
垢版 |
2020/11/03(火) 21:01:35.34ID:XR+zjtJR
>>116
ReactやVuejsのコンポネント
あるいは純粋なWeb Componentsではダメという事？
120デフォルトの名無しさん
垢版 |
2020/11/03(火) 21:13:02.42ID:M97chx1r
ソースと画面上のdevtool解析に差異があるから不便
2020/11/03(火) 21:20:57.47ID:XR+zjtJR
>>120
ん？

使ってもいない人かな？
2020/11/03(火) 23:12:36.36ID:GS5jRb/7
それだけならejsとかのテンプレートエンジンでいいのでは
2020/11/04(水) 00:27:26.22ID:ICDUObZn
jsを嫌ったところでweb開発では結局npmライブラリ使うんだからjs/tsからは逃れられんと思うけどね
124デフォルトの名無しさん
垢版 |
2020/11/04(水) 09:32:04.09ID:CWKX+qbt
JSは嫌いじゃない。むしろ肯定する
嫌いなのはサーバサイドのビューの生成支援技術
特にDBやモデル層と密結合してるものは最悪
とりあえず純粋なデータの形でJSON化して文字化け防止
エンコしてJavaScript側に埋め込んどけば
JavaScriptで復元して、いかようにでもビュー構築
できるのに
そういう事を知らない奴がサーバサイドフレワの
ゴミみたいなビュー機能使いやがる
2020/11/04(水) 09:52:12.35ID:TofTvuAt
パッケージ問題はwasmにビルドして相互運用って形なるので気にしなくていい
JSが消え去るのも時間の問題だ
2020/11/04(水) 09:59:29.81ID:5hLgPx47
>>124
サーバーサイドならModelが型を持ってるからメタデータを処理してCRUDを生成するなんてことが実用的な水準でできるけどJSONじゃ無理でしょ？
2020/11/04(水) 12:51:36.28ID:nYZgiQyo
サーバーサイドで完結するなら遅延評価とかでDBへの負担を最小にできるけど、一旦JSONにするとN+1とかリクエスト連発とか高負荷になるもんな
それでGraphQLとか流行り始めてるけど
2020/11/04(水) 12:56:06.12ID:LzSTpY+2
domain modelからview modelへの変換も実装量としては無視できない
これをスクリプトでやるなんて正気じゃないよ
129デフォルトの名無しさん
垢版 |
2020/11/04(水) 15:17:00.07ID:wF8lqQTT
GWTってまだ生きてたんか
SWTと同じくらい長生きだな
130デフォルトの名無しさん
垢版 |
2020/11/04(水) 16:54:45.12ID:sbTiCV0L
https://dev.to/linkuriousdev/to-wasm-or-not-to-wasm-3803

wasmって今のところjsよりそんなに極端に速いわけではなさそうだけど
普通のwebアプリをwasmにしても大して恩恵は受けられないんじゃ
2020/11/04(水) 18:28:12.23ID:annEOGEQ
>>130
ゲームとかのグラフィックス用途だけだよ。
132デフォルトの名無しさん
垢版 |
2020/11/04(水) 19:30:08.96ID:CWKX+qbt
鯖の負荷を減らすにはクライアントサイドの
ブラウザに仕事させるのが最善
ネットワークアクセスが頻繁になるけかもしれんが
キープアライブとかあるし大した問題ではない
同時接続数はローバラ噛ませてスケールアウト
擦るのが定石で それだけ利益産むだけの接続数が
来てるんだから必要経費
サーバサイドはレンダリング支援は要らん
バリデーションはフロントサイドとDBの制約で十分
ハッキングしてくる奴に律儀にエラーメッセージ
返してやったりエラーハンドリングしてやる必要ないからな
関連はJOIN覚えろ
ORMとかクエリビルダとかクソなんだよ
最悪複数回SQL飛ばせば外部テーブルのレコード取ってきたり
SQL飛ばさずに連想配列の配列からデータ漁るメソッド
作っとけば工夫すればコーディング爆速になるのに
ちまちまとバリデーションとかリレーションとか
定義するフレームワークは馬鹿
つまりwebアプリは全部糞なんだよ！
ネイティブJavaScriptが至高
ネイティブSQLが至高
expressのみが至高


オブジェクト指向は死ね！
RailsもララベルもReactもAnglarも死ね！
133デフォルトの名無しさん
垢版 |
2020/11/04(水) 19:35:24.63ID:rm1hfGRH
クライアントでやれと言いつつ
結合はサーバーでやれと？
2020/11/04(水) 22:48:53.58ID:K1ME6Nao
相手したらあかんやつや
2020/11/04(水) 23:20:52.63ID:8aX5ek4k
どっちがサーバでどっちがクライアントかも分かってないぞそいつ
お茶碗持つほうが鯖とかそんなレベル
2020/11/05(木) 00:10:38.34ID:cYudjgB5
>>135
お茶碗持つほうが鯖はさすがに草
2020/11/05(木) 07:06:59.54ID:zkmm5QOl
jQueryバカがボコボコに論破するたび過激になって帰ってきて草
2020/11/05(木) 07:09:42.40ID:zkmm5QOl
>>120
debugビルドでsourcemap吐き出させると
devtool上でも手書きのソースが表示されるよ
139デフォルトの名無しさん
垢版 |
2020/11/06(金) 23:55:42.90ID:dY0FwNqN
スレタイAngular外されたか
個人的には好きなんだけど使う奴が少ないんだよなあ
Angular+nest+typeormの組み合わせが快適で重宝してる
2020/11/07(土) 00:19:17.46ID:4eYXXeZK
遅かれ早かれすべて外されるよｗ
2020/11/07(土) 13:47:20.36ID:H4/lc4DC
じきにwasmスレになるだろうね
2020/11/07(土) 22:00:52.91ID:vkENrb2s
普通にDOM操作してる分にはJSで十分速いんだよなぁ。
最近WasmでFFmpegをブラウザに移植、とかあったし、TensorflowでWasm利用したりしてる。
そういう従来PCやサーバのOS上で直に動いていた物がそのままWebに移植されて予想もしてなかった新しい組み合わせを生む、みたいな方向性に期待してる。
2020/11/07(土) 22:17:58.99ID:alCltY04
十分速いもなにも、現状DOM APIはJS用しかない。WASMにもないのでJS経由でないといじれない。
偉そうに宣伝してくる他言語のフレームワークも最終的にJSのAPI呼んでる。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況