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/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
(　ﾟдﾟ)

**デフォルトの名無しさん** · 2021/05/16(日) 08:23:23.47

ほらな、視野が狭いんだよ

**デフォルトの名無しさん** · 2021/05/18(火) 08:52:02.91

Material UI民俺、低みの見物

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

ついにIEが死ぬらしい

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

IEなんてもうサポート切れるぜって言っても頑なに要件から外さなかったあの会社
ゆるさねえわ

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

金さえ払ってくれれば上客さ

**デフォルトの名無しさん** · 2021/05/22(土) 13:43:48.09

JSのフレームワークをこれから習得するならReactが安定なのかな

業務で使うというよりは、試作や書き捨てな用途が多いから学習コストが低めのほうが良いのだけど
vueは3になってからReactと大差ないとも聞くしどうなんだろ？

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

自分が作りやすいと思う方を選択した方がいいと思う
個人的にはVueの方が今でも良いな
reactはやはり書き方が気持ち悪すぎる

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

いや逆だろ

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

フロントは移り変わり激しいからReact頑張って覚えた頃には時代遅れになる可能性がる
あと先進的なことを追う傾向にあるから仕様も破壊的に変わったりもする
実務だったりサクサク読み進められる人じゃなければ、趣味ならVueでいいかもってどこかに書いてあった

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

Aureriaが良いよ
標準だからね

**デフォルトの名無しさん** · 2021/05/22(土) 16:01:48.79

ここ数年はReact一強が続いてきたし、移り変わりが激しいと言っても5年くらいのスパンだろ。
新しいものを覚えるだけで数年かかるような人は仕方がないが、普通の人は自分が
使っているものが時代遅れになったと感じてから乗り換えても十分間に合う。
将来性に賭けて青田買いすると外した時が痛すぎるしな。

**デフォルトの名無しさん** · 2021/05/22(土) 16:59:12.89

Reactは簡単ですが...

**デフォルトの名無しさん** · 2021/05/22(土) 17:51:16.40

移り変わり激しい言うてもReact上のレイヤーの技術が新しく出てきた、とかが多いしな

**デフォルトの名無しさん** · 2021/05/22(土) 17:54:16.04

それな
以前フロントの若い連中がやたらとイキってバックエンドを見下してくるから
Reactってやつは新進気鋭の若手スーパープログラマじゃないと扱えない高度なライブラリなのかと内心ビビリまくってた
でも必要にかられていざやってみるとクソ簡単で拍子抜けしたものだ
フロントの連中はこんなものでマウントを取ろうとしてたのかと正直呆れたよ
バックエンドのほうが万倍難しかったね

**デフォルトの名無しさん** · 2021/05/22(土) 17:54:18.94

>>965
JSのフレームワークっていうか、SPA用のフレームワークだぞ
用途に合ってるならいいけど