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/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
そういう所に使うのがそもそも間違ってる
見た目なんかどうでもいい所に使うのが正しい

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

>>928
お前が無能なだけ
デザインから構築すらできないならフロントエンドエンジニアやめろ
html cssなんてデザイナーよりできて当たり前だろ
style componentやjsxをデザイナーにやらせるのかよ？

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

>>929
そういうところに使うもんだろが
アホなの？

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

デザイン分業ができなくなった言い訳

全部自分でするもんなんだよ！

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

>>928
あいつらなんでbefore afterとかハック的なCSS多用したがるんだろうね
解読＆再実装が手間なの、普通にわかるわ
ソースは読まず、見た目だけで再実装する方が早い説、あると思うよ

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

従来のフローの中でreactやvueを採用したならデザイナにStorybook覚えてもらってパーツ作ってもらうのが良いだろね

**デフォルトの名無しさん** · 2021/05/14(金) 00:41:24.71

デザイナーはXDとかでモックつくるだけでいいだろ
jsxとcssはフロントエンジニアの仕事だよな？
できないお前らの責任

**デフォルトの名無しさん** · 2021/05/14(金) 01:02:32.67

たぶんデザイナーは、SASS, Bootstrap を勉強しないからだろう

レスポンシブ対応できないでしょ

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

ぶっちゃけイラストレーターとかで
こんな感じのデザインですってのさえ示してくれればいい

小汚いソースをよこされるよりはｗ

**デフォルトの名無しさん** · 2021/05/14(金) 10:09:02.93

>>933
ようするにあなたは理解できないんですよね？
馬鹿なんですよ。あなたが。

**デフォルトの名無しさん** · 2021/05/14(金) 10:10:00.07

>>936
sass、bootstrapはウェブデザイナーが使うものですが、
あなたはreactでsass使ってるんですか？
作ってないくせに、言っちゃったんですか？

**デフォルトの名無しさん** · 2021/05/14(金) 10:12:54.08

ウェブデザインというのはCSSやHTMLで構造やデザインを定義していくものなので
JavaScriptで手続き型的にデザインを構築するのと発想が違うんだよな

**デフォルトの名無しさん** · 2021/05/14(金) 10:27:25.20

どちらでも出来るけどjsのほうがわかりやすくて簡単という意味ですね

**デフォルトの名無しさん** · 2021/05/14(金) 10:30:02.26

静的に定義するという能力が足りないんだよな
HTMLとCSSは静的ファイル。静的に定義されている。

**デフォルトの名無しさん** · 2021/05/14(金) 13:27:33.53

おめーらさんたちはstyle componentとjsxをデザイナーにやらせるんだな
ただのプロップス屋じゃん

**デフォルトの名無しさん** · 2021/05/14(金) 13:48:40.22

たしかにデザイナとの協業は今でも難しい
10年前より難易度上がったと思うわ

**デフォルトの名無しさん** · 2021/05/14(金) 14:21:11.29

それだけデザイナに求められる技能が増えたか、もしくはデザイナが不要になってきたんだろな
個人的には二度手間三度手間になるのでHTMLやcssをいじらずデザインだけ考えてて欲しい

**デフォルトの名無しさん** · 2021/05/14(金) 14:32:27.31

意訳うちのような弱小企業には
まともなウェブデザイナーがいない
そんな会社にまともな技術者がいると思うかね？

**デフォルトの名無しさん** · 2021/05/14(金) 15:55:40.92

デザイナーはカンプだけ作ってれば十分だろ
昔と比べて求められる知識も増えてるんだからさ
下手にコーディングされても足手まといだし

**デフォルトの名無しさん** · 2021/05/14(金) 15:58:43.18

一気に民度下がったなここ

**デフォルトの名無しさん** · 2021/05/14(金) 16:09:58.09

UIUX考えられないデザイナとかゴミ
っていうか邪魔

**デフォルトの名無しさん** · 2021/05/14(金) 16:17:55.12

>>947
でもフロントエンジニアはカンプすら再現できないゴミじゃん
目ん玉と脳みそが生まれつき腐ってるから見たものが何かすら理解できない

**デフォルトの名無しさん** · 2021/05/14(金) 16:37:08.99

Emotion使ってみたけどCSSinJSって、Bootstrapとかと違ってCSS全部書かないといけないんか
それとも別でそれ用のCSSライブラリある？
Bootstrapと組み合わせるのは違うよな

**デフォルトの名無しさん** · 2021/05/14(金) 18:03:47.70

全ては928の自演

**936** · 2021/05/14(金) 22:15:32.30

2019/9

Build a Mini-Course Website with React, Ruby on Rails, Webpacker, and Bootstrap
https://www.youtube.com/watch?v=B0SxxHAImhc

React コンポーネントのJumbotron に、
pt-4 mt-4 text-center とか、Bootstrap の属性を付けてる

**デフォルトの名無しさん** · 2021/05/14(金) 22:54:10.08

GitHub における大規模なモノリポのパフォーマンスの向上
https://github.blog/jp/2021-03-19-improving-large-monorepo-performance-on-github/

＞ GitHub の有名な Ruby モノリスを解体し、GitHub のすべてのユーザーのためにリポジトリのパフォーマンスを向上させる新しいマイクロサービスを Go で作成しています。

**デフォルトの名無しさん** · 2021/05/15(土) 04:39:11.76

PCサイトをレスポンシブに変えることはできるんだけど、
htmlとcssを新規で作る時って、PCファーストとスマホファーストって難易度はどっちが高い？
そもそもスマホファーストの定義ってPCで見た時に横幅いっぱいに広がること？

横幅変えた時に動的に変わるのって％だと思うけど、かなり難しそう
ブレイクポイントは580pxぐらいの1つにする予定です　

**デフォルトの名無しさん** · 2021/05/15(土) 11:43:14.14

>>955
スレタイみろ
Web板で聞く内容だろ

**デフォルトの名無しさん** · 2021/05/15(土) 23:22:01.39

htmlやcss書くデザイナーと仕事したことないわ
かなりレガシーな話してないか？
DreamWeaver的な時代の

**デフォルトの名無しさん** · 2021/05/16(日) 03:54:23.83

>>957
( ﾟ∀ﾟ)？

**デフォルトの名無しさん** · 2021/05/16(日) 03:56:06.22

>>957
(　ﾟдﾟ)