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/22(木) 12:02:54.10

>>813
ええよ。全く問題ない

**デフォルトの名無しさん** · 2021/04/25(日) 19:56:54.29

vue作ってると.vueファイルがめっちゃ長くなるんやが、なんか対策ってあるます？

**デフォルトの名無しさん** · 2021/04/25(日) 20:00:59.31

縦長ディスプレイを使う

**デフォルトの名無しさん** · 2021/04/25(日) 20:21:04.46

関数コンポーネントに切り分ける

**デフォルトの名無しさん** · 2021/04/25(日) 23:09:29.31

さんくす、切り分ける方向で考えてみます

**デフォルトの名無しさん** · 2021/04/25(日) 23:16:58.04

ちょっと極端だと思うけど、一つのファイル（やclass）はだいたい200行以下にするし、関数は概ね20行以下にしてる。
長いスコープを管理できるほど頭が良くないので

**デフォルトの名無しさん** · 2021/04/26(月) 09:11:14.45

長い関数やでかいクラスは危険な香り

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

Vueほんと分かりにくくなったね
reactの方が全然楽

**デフォルトの名無しさん** · 2021/04/28(水) 17:09:00.25

reactよりややこしいvueって存在意義なくね…

**デフォルトの名無しさん** · 2021/04/28(水) 17:22:54.42

useEffectやuseCallbackが10も20も出てくるようになるときっついなあっておもってたけど
vueはもっときっつくなってるのかな……

**デフォルトの名無しさん** · 2021/04/28(水) 18:01:30.52

>>824
やってることはreactのFCと一緒
そこでreactで良くね？ってまず思う

我慢して使ってるとreactを再解釈した弊害か目的がよく分からないものがチラホラでてくる

これ一体なんだ？と調べ始めるとドキュメントやユーザーの薄さから情報は得られずソース追いはじめるがアップデートで破壊的な変更

だんだんバカバカしくなってくる
先の知れてるVueに詳しくなってもしょうがないし結局reactで良くね？ってなる

**デフォルトの名無しさん** · 2021/04/28(水) 18:31:35.62

言うほどvue難しいか？
3.1になってから更に簡単になったと感じてるけど

**デフォルトの名無しさん** · 2021/04/28(水) 21:58:11.07

>>822
vue3で追加されたものだけを使うってやればシンプルなのだけどね
既存コードはどうにもならん

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

vueのどこが難しいんだ？
vue使ってるプロジェクトのコードベースがよっぽど酷いのか？

**デフォルトの名無しさん** · 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標準コンポーネントで楽になるかと思いきや、それはそれで手続きが面倒くさかったし