Vue vs React vs Svelte Part.7

**デフォルトの名無しさん** · 2021/01/18(月) 01:41:17.84

実際どうなん？
※Angularは残念ながら全く話題にならなかったのでSvelteに差し替えました
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Svelte
https://svelte.dev/
※前スレ
Vue vs React vs Svelte Part.6
https://mevius.5ch.net/test/read.cgi/tech/1603771745/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Angular, Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。

**デフォルトの名無しさん** · 2021/04/29(木) 04:30:30.22

Reactもそうだけどコードが増えるのがね。
単純なことしかしないのに、なんであんなに大量なコードを書かせるのか
必要なら大量になっても構わないが、単純なことは少ないコードで実現できるようにしろと

**デフォルトの名無しさん** · 2021/04/29(木) 06:08:37.63

単純な事、というのが何かわからないけど、それは使い所を間違ってるんじゃないかなぁ？
ちょっとDOM操作が多かったり、あるコンポーネントのパラメータが別のコンポーネント（やエレメント）に絡むような内容だと、コード長は普通に減ると思うけど。
Reactの話ね。

**デフォルトの名無しさん** · 2021/04/29(木) 06:38:42.58

サンプルはカウンターかtodoだけどカウンターもtodoも開発では作らん

カウンター作って、どうだ！？Reactは簡単だろ！！
ってなるわけねーだろ

これの1万倍は複雑なものを作ってる

**デフォルトの名無しさん** · 2021/04/29(木) 08:40:27.45

>>830
そうだよ。そしてReactやVueが適さないユースケースがたくさんある

**デフォルトの名無しさん** · 2021/04/29(木) 08:41:19.94

>>831
そもそも複雑なものを作らないほうがいい
なぜ単純にしようとしないのか

**デフォルトの名無しさん** · 2021/04/29(木) 09:01:05.90

>>833
んなこと誰だって思ってるしそれが理想だけど、現実はもっと複雑なこと求められるだろ
一人で作ってんならともかく

**デフォルトの名無しさん** · 2021/04/29(木) 09:06:53.32

複雑なものをシンプルにするのが技術

**デフォルトの名無しさん** · 2021/04/29(木) 09:16:34.31

複雑な要件は断れば良い
仕事も面倒も無くなって一番シンプル

**デフォルトの名無しさん** · 2021/04/29(木) 15:16:38.32

シンプルなものを複雑にするのが悪い役人の技術

**デフォルトの名無しさん** · 2021/04/29(木) 18:25:39.53

>>833
実際に開発するとわかるが、実業務が複雑だから複雑にならざるを得ない

**デフォルトの名無しさん** · 2021/04/29(木) 18:36:02.33

React（とNext.js）上手く使うと10000倍複雑なものが500倍くらいの複雑さで済むと思うんだよなぁ。
リアクティブである事と有用なコンポーネントが揃ってる事はそれぐらいのポテンシャルある

**デフォルトの名無しさん** · 2021/04/29(木) 18:41:05.97

コンポーネントを作りやすいなら別にSPAじゃなくてもいい気がしたけどコンポーネント1番作りやすいのがReactだった

**デフォルトの名無しさん** · 2021/04/29(木) 21:00:49.19

vueは難しいのではなく混沌としている

**デフォルトの名無しさん** · 2021/04/29(木) 21:01:55.84

SPAとMVCの組み合わせってアリ?
ログインだけMVCでやりたい

**デフォルトの名無しさん** · 2021/05/03(月) 02:45:34.01

定期

**デフォルトの名無しさん** · 2021/05/03(月) 18:36:50.49

paypalのエンジニアも言ってたけど、小・中規模だとContext分離やuseCallback、useMemoってほとんど使わんよな
とにかく使え、とにかく分離しろみたいな解説多すぎ

**デフォルトの名無しさん** · 2021/05/04(火) 00:08:03.67

せやで。だからウェブサイトだとjQueryでいいってことになるんだよ

**デフォルトの名無しさん** · 2021/05/04(火) 00:42:13.11

どんな小規模でももうjQueryは嫌だな
CDNでReactをロードしてJSXで書いちゃう

**デフォルトの名無しさん** · 2021/05/04(火) 00:44:31.09

そして炎上する

「デジタル庁創設に向けた準備サイト」がスクリプト無効で閲覧できない
https://blog.w0s.jp/643

**デフォルトの名無しさん** · 2021/05/04(火) 00:58:42.27

ただの難癖つけたい老害にしか見えないな

**デフォルトの名無しさん** · 2021/05/04(火) 08:17:40.35

>>846
CDNでReactロードするくらいなら、Preact使った方が小規模良向けじゃね？
tree shakingしてないReactとかめちゃデカいし、ブラウザのプライバシー強化で共有ライブラリのキャッシュ効かなくなっちゃったし。
小規模が開発規模を意味して、環境構築を楽したいって事ならCDNか

>>847
15年からタイムスリップしてきたのかな？
デジタル庁にはこういう奴の意識改革を本旨に据えて欲しいな

**デフォルトの名無しさん** · 2021/05/04(火) 10:18:10.63

>>849
無駄なことをしないというのも意識改革だよ

**デフォルトの名無しさん** · 2021/05/04(火) 14:03:06.02

この準備サイトとやらがこの段階で10年後やらを見据える必要あるのかとか考えてなさそう
JSにアレルギーとかありそうw

ま、代替テキスト全くないのもどうかとは思うがね

**デフォルトの名無しさん** · 2021/05/04(火) 14:12:50.71

Nextjs使うよりもreact単体で作った方がいいケースってあるか？

**デフォルトの名無しさん** · 2021/05/04(火) 14:41:27.59

>>852
規模次第じゃないの？
vueでも何でもnuxtってのはどうかと思うし

**デフォルトの名無しさん** · 2021/05/04(火) 20:45:25.18

10年後を見据えるとvueもnuxtもなくなってるだろうな

**デフォルトの名無しさん** · 2021/05/04(火) 21:05:29.33

>>854
そうか？reactの方が無くなってるかもよｗ
正直流行るような要素無いやんｗ
独自ルール多すぎで

**デフォルトの名無しさん** · 2021/05/04(火) 21:12:27.58

>>855
実際に流行ってきてる
https://w3techs.com/technologies/history_overview/javascript_library/all/y

ぶっちゃけな。技術なんて大差ないんだよ。
あとはうまく宣伝できたほうが勝ち

2018/1/1　2019/1/1　2020/1/1　2021/1/1　2021/5/4
jQuery　73.1%　73.6%　74.2%　77.2%　77.8%
React　0.5%　0.2%　0.3%　0.3%　1.8%
Vue　0.1%　0.2%　0.3%　0.5%　0.5%
nuxt　圏外

**デフォルトの名無しさん** · 2021/05/04(火) 21:43:45.01

最後の圏外に悪意を感じるｗｗｗ

**デフォルトの名無しさん** · 2021/05/04(火) 21:51:33.74

Reactは今年ようやくjQueryの成長率を超えることができた
これはJavaScript全体でみてもまれな革命的な事例だ
誇っていいぞ

あとはどこまでこの快進撃が続くか
どこまでjQueryに追いつけるかだな
前みたいに一時的なものじゃないといいな

**デフォルトの名無しさん** · 2021/05/04(火) 23:25:01.36

jQueryの何が不味いかって、ECMAScriptやDOMの進化に付いていけない奴が量産された事なんだよなぁ。
fetch()がある現代にajax()使うためダケにjQuery突っ込まれてもね（IE非対応サイトなのに）

**デフォルトの名無しさん** · 2021/05/04(火) 23:44:29.51

今のVueを見てるとクラスと関数コンポーネントでごたごたしていた頃のReact思い出すわ

**デフォルトの名無しさん** · 2021/05/05(水) 00:38:20.12

>>859
それでECMAScriptやDOMの進化についていくと
どういうメリットがあるんですか？

**デフォルトの名無しさん** · 2021/05/05(水) 00:45:24.52

>>859
進化論で有名なダーウィンが言った言葉の話を知っていますか？

https://gendai.ismedia.jp/articles/-/70729

> “進化論を唱えたダーウィンは、「この世に生き残る生き物は、
> 最も力の強いものか。そうではない。最も頭のいいものか。そうでもない。
> それは、変化に対応できる生き物だ」という考えを示したと言われています”

↑こんなことはダーウィンは　"言っていない" 　として有名な話です（笑）

自民Twitter炎上で注目「ダーウィンの進化論」とは
https://www.tokyo-np.co.jp/article/37932
> ◆自民広報キャラ「生き残るのは変化できる者」に批判殺到
> 　投稿直後から「進化論とも関係ないし、ダーウィンも一言も言ってない」
>「あんまり適当なこと言わない方がいいよ」などと批判の投稿が相次いだ。

> 　つまり、ダーウィンの進化論は、環境により適応した個体が子孫を残していくということ。
> 変化の結果で生き残ることはあっても、生き残ろうと変化していくものではないのだ。

jQueryは環境により適応しているため生き残ったわけですね。

**デフォルトの名無しさん** · 2021/05/05(水) 01:10:12.70

すげーどうでもいい話ありがとう
ところでこのスレjqueryの話題扱ってないんだけどどう思う？

**デフォルトの名無しさん** · 2021/05/05(水) 01:13:22.61

問題ありませんって思うよ

**デフォルトの名無しさん** · 2021/05/05(水) 01:25:54.08

Web制作板でやれよ

**デフォルトの名無しさん** · 2021/05/05(水) 07:56:36.41

何度も断ってる

**デフォルトの名無しさん** · 2021/05/05(水) 07:57:01.51

語るに落ちてて草

**デフォルトの名無しさん** · 2021/05/05(水) 17:25:25.68

jqueryとreact/vueの使う場面って全然違うじゃない？
アプリケーション作るためにreactとか使ってるわけでそこでjqueryがどうこう言われても困っちゃうわけよ
ホームページ作ってるんじゃないの
わかる？

**デフォルトの名無しさん** · 2021/05/06(木) 01:46:39.15

同じことがreactにも言えるわけで
アプリ作ってるんじゃないの
わかる？

**デフォルトの名無しさん** · 2021/05/06(木) 02:26:59.70

jqueryはこーどがださいの

**デフォルトの名無しさん** · 2021/05/06(木) 03:06:48.42

おまえん中ではな

**デフォルトの名無しさん** · 2021/05/06(木) 06:35:44.44

確かにネット上の記事やコミュニティなんかを見てもjQueryの混じったコードは、Reactのそれに比べて明確にダサい（平均技術レベルが低い）

**デフォルトの名無しさん** · 2021/05/06(木) 09:21:59.57

昔はVueがあればjQueryは要らないとか、明確にポストjQueryとして語られてたのに、言うことコロコロ変わるよな

**デフォルトの名無しさん** · 2021/05/06(木) 09:43:23.50

だってJavaScriptからのアプローチ（HTML+CSSはJavaScriptで生成）と
HTML+CSSからのアプローチ（JavaScriptは追加機能）とで
全然アプローチが違うんだもの、ポストjQueryになんてなるわけがないよ

今までHTMLとCSSメインで作っていて、一部分にjQuery使ってた所が
これからはJavaScritptに埋め込んで、ビルドして生成するだ！って
なるわけがないっつーの

**デフォルトの名無しさん** · 2021/05/06(木) 09:57:03.02

CDNでreactを直接参照してscript type="babel"
小さいサイトならこれでいい

**デフォルトの名無しさん** · 2021/05/06(木) 10:07:39.85

commonJS絶滅して欲しい
明日から急に使えなくなってくれ

**デフォルトの名無しさん** · 2021/05/06(木) 12:18:42.62

>>874
HTML+CSSからのアプローチなら今はプレーンJS+DOMで事足りちゃうんだよなぁ

**デフォルトの名無しさん** · 2021/05/06(木) 13:29:43.87

>>876
草
親でも殺されたか

**デフォルトの名無しさん** · 2021/05/06(木) 13:34:02.94

>>877
jQuery+DOMでも事足りるんじゃね？

**デフォルトの名無しさん** · 2021/05/06(木) 14:31:16.31

jQueryおじさんなんとかならんかな
老害って言葉がぴったり

**デフォルトの名無しさん** · 2021/05/06(木) 17:22:16.58

>>879
jQuery使うまでもないかと

**デフォルトの名無しさん** · 2021/05/07(金) 03:26:01.77

使ったほうが楽になるんだから
使わない理由がないってことだよ

**デフォルトの名無しさん** · 2021/05/07(金) 07:06:03.24

jQueryは帯（ウェブアプリ）に短し襷（ウェブサイト）に長しだし、変なクセは強いし、ランタイム無駄にデカい（上に下手すると使いまわせない）し、おまけに遅いし、楽さより面倒臭さが強くない？

**デフォルトの名無しさん** · 2021/05/07(金) 23:29:57.63

react!react!react!

**デフォルトの名無しさん** · 2021/05/08(土) 05:19:26.27

>>847
SSRすることで解決するようで良かった。
これでCSRしないと空白ページのみという駄目サイトを脱せますね。

JS前提とせずともせめて閲覧だけは出来るべきですし、
JS有効環境でもReact等の重いダウンロード待ち＆CSR待ちで表示までの悪体感だけは避けて欲しいですね。

**デフォルトの名無しさん** · 2021/05/08(土) 05:55:50.86

この手のサイトならSSGが一番良いかと。表示は確実にされる、速い、サーバに負担がかからない。

>>885
React単体は存外速くて軽いので、体感悪いサイトは色々突っ込み過ぎなんだろうね

**デフォルトの名無しさん** · 2021/05/08(土) 10:50:27.61

JSがいつか死ぬかもしれないとか詭弁だな
それならブラウザもHTMLもいつか死ぬかもしれないだろう

**デフォルトの名無しさん** · 2021/05/08(土) 14:22:52.98

JSは意外と快適なぐらいには育ってしまったので駆逐は難しいだろう

**デフォルトの名無しさん** · 2021/05/08(土) 14:35:36.92

まともに使えないゴミたちがjs憎しだからな

**デフォルトの名無しさん** · 2021/05/08(土) 14:37:45.33

es2015は割と好きやけどな

**デフォルトの名無しさん** · 2021/05/08(土) 15:55:49.76

V8が強過ぎる

**デフォルトの名無しさん** · 2021/05/08(土) 18:15:08.68

Wasmはjavascriptにとって脅威にならず、互いに補完するものらしい。。

って、どういうことやねん！！

**デフォルトの名無しさん** · 2021/05/08(土) 22:49:52.23

Ie6ぐらいから時代が止まってる人いるよね

**デフォルトの名無しさん** · 2021/05/10(月) 02:33:46.08

>>892
UIがjs
高高度計算がwasm

**デフォルトの名無しさん** · 2021/05/11(火) 17:03:41.16

SvelteってjQueryの代わりにはなってもReactの代わりにはならんよね
html in JavaScriptなのか
JavaScript in htmlなのかで根本的に目的が違ってくる

**デフォルトの名無しさん** · 2021/05/11(火) 19:56:17.79

>>895
具体的にどう目的が違うの？

**デフォルトの名無しさん** · 2021/05/12(水) 00:58:22.85

JavaScriptをオフでも見れるならjQueryの代わりになる

**デフォルトの名無しさん** · 2021/05/12(水) 00:59:39.83

いやそれじゃSSRとかいい出すから違うな
ウェブデザイナーがJavaScriptを使わずにウェブページを作成できるなら
jQueryの代わりになると言ったほうがいいか

**デフォルトの名無しさん** · 2021/05/12(水) 04:16:08.01

JavaScriptオフでも見られるｗｗｗｗｗｗ
jQueryってスゲーｗｗｗｗｗｗ
ｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2021/05/12(水) 04:18:26.46

ま？

**デフォルトの名無しさん** · 2021/05/12(水) 07:02:20.25

セレクタとかそういう用途向けの機能だよな

**デフォルトの名無しさん** · 2021/05/12(水) 07:07:35.30

こういうバカってjQueryを何だと思ってるんだろうな。
JavaScriptで書かれたJavaScriptから呼び出すJavaScriptのライブラリだというのに。

**デフォルトの名無しさん** · 2021/05/12(水) 08:17:56.33

>>902
それな。DOM APIでやれることを簡潔に記述できるようにしただけで
デメリットがあるとしたら僅かなパーフォーマンス低下とデータ転送量の増加があるだけ
ブラウザネイティブの機能と基本的に変わらないわけで
jQueryを否定するっていうことはブラウザのDOM APIを否定するのと同じなんだよな

ReactとかはそのDOM APIを否定してるわけだけどね
（DOM APIを使うな、混ぜて使うなっていう設計）

**デフォルトの名無しさん** · 2021/05/12(水) 09:09:07.77

スレタイの3つだとsvelteがシェアでは一歩遅れてる感じ？

**デフォルトの名無しさん** · 2021/05/12(水) 09:30:23.47

ReactはDOMの補完じゃなくて、DOMをリアクティブに変える事がキモだからね。
DOMの補完だったjQueryはブラウザの進化で価値が無くなったけど、Reactがブラウザに取り込まれるとは今の所は思えない。
Reactが世代交代するのはもっと便利なパラダイムが出てきた時かな。

**デフォルトの名無しさん** · 2021/05/12(水) 11:57:39.31

まだバーチャルDOMの概念をわかってない奴がいるのか
jQueryだとかDOM APIだとかいってるやつは根本的に理解できてないから必死で勉強しな
React使いは遥か高みにいる
ここまで登ってきな？

**デフォルトの名無しさん** · 2021/05/12(水) 15:22:15.06

>>904
ライトユーザーから見たらコード数が少なく済むのが魅力的に見えるらしいがベビーユーザーから見たら別に不必要にコード数を減らしたい訳じゃないしな

**デフォルトの名無しさん** · 2021/05/12(水) 16:11:13.28

> DOMの補完だったjQueryはブラウザの進化で価値が無くなったけど

jQueryにはDOM API を簡潔に記述できるという価値が残っていて
それを理由に今もシェアを伸ばしてるんだけど知らない？

https://w3techs.com/technologies/history_overview/javascript_library/all/y
もうちょっとでjQueryのシェアは78%に到達するよ。1年で2%伸びてたりもするから
今年中は無理でも来年中には80%に到達するかもしれないね

**デフォルトの名無しさん** · 2021/05/12(水) 16:12:09.03

>>906
バーチャルDOMはDOM操作が速くなったら不要になる技術だよ

**デフォルトの名無しさん** · 2021/05/12(水) 17:44:37.06

うるさいからjqueryゴミクズ君は消えてくれ
https://i.imgur.com/jbaYSJR.jpg

**デフォルトの名無しさん** · 2021/05/12(水) 18:07:01.66

>>910
残念ながら全然違ってる。

jQueryにおけるインスタンスはDOM要素のツリー
DOM要素のツリー毎にイベントハンドラが閉じた状態
そしてインスタンスをまたぐような処理はDOMのイベントではなく
DOMインスタンスのイベントとして送信される

その図に書いてあるようにReactが一つの巨大なstateオブジェクトを持っているのと違って
jQueryの場合はインスタンスごとに小さくstateを持っていて
インスタンス動詞の結合度は弱く、少ないイベントで通信する

**デフォルトの名無しさん** · 2021/05/12(水) 18:14:18.27

>>910みたいなものを見ると
自分でぐちゃぐちゃに壊しておいて壊れてる！って
言ってるだけなんだよなってわかる

**デフォルトの名無しさん** · 2021/05/12(水) 18:18:51.44

>>909
早くなることはないよ
canvasみたいなAPIじゃないと高速描画は無理

**デフォルトの名無しさん** · 2021/05/12(水) 18:57:53.85

>>910
この図初めて見たけど、React触ってるときの感触めっちゃこれだわ！
あっちでイベント書いてこっちでインターフェイス書いて、そことここの処理の時系列による噛み合わせを考えて……な生DOM世界からの脱出だった。
Web標準コンポーネントで楽になるかと思いきや、それはそれで手続きが面倒くさかったし

**デフォルトの名無しさん** · 2021/05/12(水) 19:02:00.93

>>911
一つの巨大なState？？
React使ったこと無いの？

**デフォルトの名無しさん** · 2021/05/12(水) 19:23:05.70

>>915

>>910の図を見てみ

**デフォルトの名無しさん** · 2021/05/12(水) 19:24:09.04

>>913
バーチャルDOMが最終的にDOM APIを呼び出してるって知ってる？
バーチャルDOMがDOM APIより速くなることはないよ
そういう意味なら、そのとおり

**デフォルトの名無しさん** · 2021/05/12(水) 19:32:31.31

>>916
Reactって仕組みの中にStateがいくつか入ってる図に見えるけど？？？

**デフォルトの名無しさん** · 2021/05/12(水) 20:05:54.49

>>910
この図がおかしいやん

**デフォルトの名無しさん** · 2021/05/12(水) 20:06:46.83

複数のイベントから、同じstateに書き込んで
stateをグローバル変数のように使ってるやろ

**デフォルトの名無しさん** · 2021/05/12(水) 20:45:39.56

その図は本質ではない
一つのグローバルステイトを用意すればjQueryでも同じことはできる
Reactの本質はコンポーネントという単位で関心ごとを一つにまとめ上げたことだと思う
その中で状態の更新を一方通行でやれること

**デフォルトの名無しさん** · 2021/05/12(水) 20:53:29.04

いや功績と言うならreactというよりフレームワーク化とエディタ含めた統合環境だろ。少なくとももうjQueryは使いたくねえよ
あとスレチだからjQueryの話は止めとこうぜ

**デフォルトの名無しさん** · 2021/05/12(水) 20:57:08.82

スレチだな

**デフォルトの名無しさん** · 2021/05/12(水) 21:00:48.97

>>917
それはコンパイラがアセンブラより速くなることはないといういつもの話。

**デフォルトの名無しさん** · 2021/05/12(水) 22:32:16.02

宣言的UI

**デフォルトの名無しさん** · 2021/05/13(木) 04:19:01.64

>>921
自分で答えいっちゃってるじゃん

その図は本質ではない。
クソプログラマがメチャクチャなコードを持ってきて
ほらメチャクチャだと言ってるだけで

そんなやり方はしない
が正解なんだろ

**デフォルトの名無しさん** · 2021/05/13(木) 05:37:13.09

jQueryおじさんがReact触ったことないのはわかった

**デフォルトの名無しさん** · 2021/05/13(木) 19:58:45.93

みんなの職場は
デザイナーに投げたデザインページを
動的ページに合わせこみはどうやってるの？
俺はHTMLでもらって埋め込みを全部やり直してるけど
超めんどくさいわ
特にjsで動的にな動きをデザインに合わせて再実装するのが
苦行で死にそう
デザイナーが作ったcssクラスの解読とか
特にアイコンや
before after要素とかがまじで嫌い

**デフォルトの名無しさん** · 2021/05/13(木) 20:16:21.87

>>928
そういう所に使うのがそもそも間違ってる
見た目なんかどうでもいい所に使うのが正しい