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/13(火) 12:10:00.57

慣れてるからとか使える奴がいるからとか実績があるからとか言って、レガシー技術での新規案件が山程生まれる。そしてガラパゴスへ……。

マジレスするとVueはまだ全然レガシーでも無いんちゃう。知らんけど。

**デフォルトの名無しさん** · 2021/04/13(火) 14:16:14.53

ずっと低空飛行なんだから大差ないよ

**デフォルトの名無しさん** · 2021/04/13(火) 16:10:48.15

bindするthisを差し替えて汎用的に使える関数を作ったら凄く便利だったが、俺以外は誰も使う奴がいなかった。
バックエンド上がりに多いがthisはいつもクラス本体を指すと認知が歪んでるからな

**デフォルトの名無しさん** · 2021/04/13(火) 16:18:07.85

Vueはscript setupのシンタックスシュガーがイケてる
しかし現状だとIDEの解析が弱いのが難点か

**デフォルトの名無しさん** · 2021/04/13(火) 16:53:55.96

>>683
お前が作ったもの（ゴミ）
・汎用的に使える関数.bind(this)

本当に必要だったもの
・汎用的に使える関数(this)

ってことでOK？

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

>>685
＞>>683
＞お前が作ったもの（ゴミ）
＞・汎用的に使える関数.bind(this)
＞
＞本当に必要だったもの
＞・汎用的に使える関数(this)
＞
＞ってことでOK？

関数内にはthisを渡し、関数の中でthisをbind
日付を求めて値をセットするが、差し替えるstateはthisによって変わるという塩梅

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

稀にthisの動的特性が役に立つ事が確かにある。ほんとに稀に

**デフォルトの名無しさん** · 2021/04/13(火) 17:30:00.78

HooksきてからReactでthis使う場面とかある？
Vueはしらない

**デフォルトの名無しさん** · 2021/04/13(火) 17:57:42.22

>>686
値が不定な関数は使いにくいな

**デフォルトの名無しさん** · 2021/04/13(火) 18:07:05.99

thatならよく使う

**デフォルトの名無しさん** · 2021/04/13(火) 19:30:47.36

>>686
うん、つまりfunction foo(obj) { ... }という関数を
foo(this)と呼び出すってことでしょ？

そのobjをthisとしてbindしてthis.setDate(日付)とかやってるんだろうけど
普通に obj.setDate(日付) とやればいいだけだよね？

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

>>688
ないっすね
Reactはthis排除に成功した

**デフォルトの名無しさん** · 2021/04/13(火) 22:17:11.35

このやろうめ！

**デフォルトの名無しさん** · 2021/04/14(水) 09:34:33.89

thisを排除した結果、フレームワーク固有の仕組みに依存するようになったわけだが
それで本当に幸せなのか、甚だ疑問がある

**デフォルトの名無しさん** · 2021/04/14(水) 10:02:26.75

フレームワークスレでフレームワーク全否定に僕困惑

**デフォルトの名無しさん** · 2021/04/14(水) 10:13:13.68

フレームワークスレでフレームワークレス

**デフォルトの名無しさん** · 2021/04/14(水) 10:23:41.36

フレームワークスレだけどアンチフレームワーク住み着いてるからね。仕方ないね

**デフォルトの名無しさん** · 2021/04/14(水) 10:28:25.51

reactは独自過ぎなんだよ
だからアンチが居てもおかしくない

**デフォルトの名無しさん** · 2021/04/14(水) 10:46:54.06

>>698
独自性？どこがやねん？( ﾟ∀ﾟ)？？

**デフォルトの名無しさん** · 2021/04/14(水) 11:34:51.34

Reactはフレームワークじゃない定期

**デフォルトの名無しさん** · 2021/04/14(水) 12:03:02.06

私はReactがJavaや.NETの開発者向けではないことに気がついた。
この場合は、デザインパターンが似ているAngularが適切な選択だったろう。

**デフォルトの名無しさん** · 2021/04/14(水) 13:51:04.54

おれはまさにフレームワーク屋だよ。
クラスを使って開発者の自由を奪って
羽交い締めにするのが俺のお仕事♪

**デフォルトの名無しさん** · 2021/04/14(水) 15:29:28.83

開発者の自由を奪う行為は必ずしも悪じゃなくて、それは効率を上げるルールてあったり、思想だったりするよね。
Reactで言うとdangerouslyuSetInnerHTMLとか明らかに使ってくれるな的な名前と長さで結構好きだw

**デフォルトの名無しさん** · 2021/04/15(木) 06:56:14.95

Typescriptによる型強要による圧政政治
それがオレのフレームワーク♪

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

フレームワークがちゃんとした型パズル書いてくれてたら、使う側はほぼ型推論だけで書けるから楽ちん

**デフォルトの名無しさん** · 2021/04/15(木) 18:02:18.95

redux触ってるけど、なんかしっくりこないな

**デフォルトの名無しさん** · 2021/04/15(木) 18:13:44.92

Reduxって必要か？
rootにstateとmodifierを持たせてpropsで渡していくだけじゃないの??

**デフォルトの名無しさん** · 2021/04/15(木) 19:28:11.07

redux原理主義者くるぞ

**デフォルトの名無しさん** · 2021/04/15(木) 19:32:59.59

馬穴リレーで苦しむかACTIONで苦しむか

**デフォルトの名無しさん** · 2021/04/15(木) 19:48:16.12

Recoilっていうのがあってえ

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

hooksも大規模になるとだんだんキツくなってきた
銀の弾丸はないのかよ

**デフォルトの名無しさん** · 2021/04/15(木) 20:38:55.85

ない

**デフォルトの名無しさん** · 2021/04/15(木) 21:02:48.05

それは多分設計が……

**デフォルトの名無しさん** · 2021/04/15(木) 21:23:58.51

最初から大規模分かってるならRedux使った方がええぞよ

**デフォルトの名無しさん** · 2021/04/15(木) 22:39:53.59

誰だよhooksあればReduxいらんとかほざいてた奴ら

**デフォルトの名無しさん** · 2021/04/15(木) 23:58:29.60

いうても大抵はhooksで事足りるのもまた事実なんや
見極めできるようになるにはある程度経験が必要

**デフォルトの名無しさん** · 2021/04/16(金) 07:49:06.02

static変数に必要に応じてグローバルスコープのデータを
保持しとけばイイだけじゃないの？

**デフォルトの名無しさん** · 2021/04/16(金) 12:49:54.45

お前らの用途では○○で十分なのに
これからの流行だとかに乗っかって必要がないのに
無駄に複雑なものを取り入れてるツケが回ってきたな
落ち着いてよく考えてみろ
jQueryで十分やろ

**デフォルトの名無しさん** · 2021/04/16(金) 13:10:01.35

それはない
それにスレチ

**デフォルトの名無しさん** · 2021/04/16(金) 13:12:29.97

ホームページ屋さんにはjqueryがぴったりだよね

**デフォルトの名無しさん** · 2021/04/16(金) 13:20:45.31

hooksからreduxへ移行できるパスがあればいいのだけど
全部作り直しレベルになるのがきついなあ
hooksのredux対応って良いのかね？

**デフォルトの名無しさん** · 2021/04/16(金) 15:32:51.78

reduxってグローバル変数みたいで好きじゃないんだよね

**デフォルトの名無しさん** · 2021/04/16(金) 15:57:11.42

じゃあオススメ教えろ

**デフォルトの名無しさん** · 2021/04/16(金) 17:00:52.97

redux調べたら数年前とは別物になってる
reduxtoolkitやselectorとかこれが欲しかったんだよって奴が揃ってる
connectだとかmapStateToPropsとかもういらないんだな
これは最高かもしれん

**デフォルトの名無しさん** · 2021/04/16(金) 17:13:45.22

>>724
えっじゃあhooks房どうすんのwww

**デフォルトの名無しさん** · 2021/04/16(金) 18:02:34.83

>>725
感触としては昔のreduxはダメだが今のredux最高
hooksイラネって感じかな
hooksってuseEffectの無限ループとか
if文の中でうっかり使ったりして
どハマりするんだよな
その辺が地味にストレスになってた

**デフォルトの名無しさん** · 2021/04/16(金) 18:43:34.40

そして今日もレガシーコードが積み上げられるのである。

**デフォルトの名無しさん** · 2021/04/16(金) 18:51:47.68

static変数最高！

**デフォルトの名無しさん** · 2021/04/16(金) 19:42:45.07

やっとvue-chart理解し始めてきた

**デフォルトの名無しさん** · 2021/04/17(土) 07:08:14.59

hooksイラネ？
じゃなんでreduxは公式でhooks api提供してるのｗｗｗ

**デフォルトの名無しさん** · 2021/04/17(土) 07:11:38.53

俺だけかもしれんけど、hooks無かったらReactの魅力半減だなぁ。

**デフォルトの名無しさん** · 2021/04/17(土) 07:17:22.77

一生懸命覚えたreduxがいらない子扱いされたから悔しかったんだね
つらかったね

**デフォルトの名無しさん** · 2021/04/17(土) 11:24:08.23

reduxは覚えるってほどの難しいものじゃない
Reactとの接続部分が面倒だっただけ
reduxtoolkitにより全てが解決された
アクションのswitch caseもいらない
state分割の仕組みもある
とんでもなく素晴らしいよ

**デフォルトの名無しさん** · 2021/04/17(土) 14:35:32.84

>>733
もっと詳しく布教して！

**デフォルトの名無しさん** · 2021/04/17(土) 16:08:11.09

reduxはただのシングルトンだよね

**デフォルトの名無しさん** · 2021/04/17(土) 16:43:50.95

>>734
reduxtoolkitでSliceって仕組みがある
これが神でactionとaction creatorsとreducersを兼ねた化け物的な責務を持ったオブジェクトなのよ
reducersの名前とアクションが自動でマッピングされるというこれが欲しかったんだよ！って機能を持ってる
さらにuseSelectorによりstateから状態を抽出する機能とuseDispatchによりstoreを隠蔽する
ちなみにこれを全部理解するのに30分くらいしかかからなかった
マジでわかりやす過ぎる

**デフォルトの名無しさん** · 2021/04/17(土) 18:06:26.81

このスレでは話題にもならないSWRとreact-queryさん

**デフォルトの名無しさん** · 2021/04/17(土) 18:53:47.94

concurrentモードがstableになったら死ぬし

**デフォルトの名無しさん** · 2021/04/17(土) 19:27:23.63

やっぱりhooksで事足りることばかりだった件

**デフォルトの名無しさん** · 2021/04/17(土) 20:34:24.22

thisおじさんいなくなったらreduxおじさんがきた

**デフォルトの名無しさん** · 2021/04/17(土) 20:53:56.63

C#おじさんよりは5億倍くらいマシ

**デフォルトの名無しさん** · 2021/04/17(土) 20:57:16.07

しかしなんつーか、フレームワーク屋の実験に突き合わせれて可愛そうだな
新しく出たものを使って今までよりもなにか改善されたか？
変わっただけで労力は変わってないだろ

**デフォルトの名無しさん** · 2021/04/17(土) 21:53:33.24

jqueryおじさんもきた！

**デフォルトの名無しさん** · 2021/04/17(土) 22:46:24.33

C#おじさんと一緒にしないでくれ
上の説明でわかる通り俺の説明は簡潔で特徴を捉えるのがうまいんだ
hooks以降のreduxについてzennとかqiitaでも最近はあんまりトレンドにならないから
勉強したがあまりに素晴らしくてびっくりした

**デフォルトの名無しさん** · 2021/04/17(土) 23:02:28.72

いや別に一緒にしてないよ。安心して

**デフォルトの名無しさん** · 2021/04/17(土) 23:15:46.00

>>736
えっすごいやん
抽出すごいやん

**デフォルトの名無しさん** · 2021/04/18(日) 11:22:27.14

Webpackがようわからん
これ必要？

**デフォルトの名無しさん** · 2021/04/18(日) 12:10:55.99

今から開発するなら使わない方が主流じゃないか？
Reactだったらcreate-react-app か

**デフォルトの名無しさん** · 2021/04/18(日) 12:41:12.08

直接ってことだよね

**デフォルトの名無しさん** · 2021/04/18(日) 14:03:57.44

babelはそろそろ要らなそうだけど、webpackは少なくともあと5年は使わざるを得ないだろうという認識

はやく全部ESMになるとええな

**デフォルトの名無しさん** · 2021/04/18(日) 14:35:38.35

create-react-app使ったって結局ejectするでしょ？
中でwebpack使ってるからその知識がないとメンテできない。

**デフォルトの名無しさん** · 2021/04/18(日) 14:36:56.87

webpackを回避するのが茨の道だから使った方が楽

**デフォルトの名無しさん** · 2021/04/18(日) 14:46:57.94

webpackは必要悪だから覚えるしかない

**デフォルトの名無しさん** · 2021/04/18(日) 15:10:41.05

ツリーシェイキングとかメリットもあるからあんまり目の敵にしないであげて欲しいな

**デフォルトの名無しさん** · 2021/04/18(日) 15:13:27.55

こういうところめんどくせーよな
マイクロソフトを見習えっての

**デフォルトの名無しさん** · 2021/04/18(日) 15:24:46.29

めんどくせーって人向けにはcreate-react-appとかcreate-next-appとかありますし。MSもあのライブラリとSDK入れろとかあるので五十歩百歩かと

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

webpackより良い奴ってそもそもあるの？

**デフォルトの名無しさん** · 2021/04/18(日) 23:55:01.16

webpacker

**デフォルトの名無しさん** · 2021/04/18(日) 23:58:50.40

vite

**デフォルトの名無しさん** · 2021/04/19(月) 02:20:45.69

>>748
使ってんじゃねーかｗｗｗ

**デフォルトの名無しさん** · 2021/04/19(月) 15:43:54.54

https://www.graat.co.jp/blogs/ckn8ourdkezx50b95h4v5uk1o

**デフォルトの名無しさん** · 2021/04/19(月) 17:15:47.25

>>761
笑ロタ

**デフォルトの名無しさん** · 2021/04/19(月) 17:30:51.70

>>761
Reduxクソって書いてあった

**デフォルトの名無しさん** · 2021/04/19(月) 17:57:14.78

どっちが良いとかじゃなくてエンタープライズとWebフロントエンドの文化の違いだなぁこれは。
読んでるだけで胃が痛くなるな

**デフォルトの名無しさん** · 2021/04/19(月) 18:13:17.67

>そして私は、各開発者がサードパーティーのライブラリを習得する時間について考えていなかった。
>私は2つのReactプロジェクトで同じ依存関係、プロジェクト構造、ガイドラインを持っているのを見たことがない。

ゴミじゃん

**デフォルトの名無しさん** · 2021/04/19(月) 18:53:37.91

reactがエンタープライズに向いてないって話じゃなくて著者がエンタープライズ案件を管理できなかったっていう話だよな

**デフォルトの名無しさん** · 2021/04/19(月) 19:02:05.00

「関数コンポーネント？　ダメダメダメ。我たちは好きじゃないからクラスコンポーネントを使いましょう！」
↓
開発者たちは関数コンポーネントがクラスコンポーネントと同じくらい良いことに気づき、それらを使い始めた。その結果、進行中のプロジェクトは元々のコーディング規約に従わなくなっていた。これは各開発者が個人で選択したようなものだ。そして私はそれを許容していた。

.NETカス爺ほんまｗｗｗｗ

**デフォルトの名無しさん** · 2021/04/19(月) 19:04:36.93

オブジェクト指向は手続き型に破れた
オブジェクト指向なんて必要なかったんや

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

>>767
まさかJSのクラスがここまでゴミとは思わなかったんだろうな
.NETの感覚でやったらclass使うのが正解で当たり前だし

**デフォルトの名無しさん** · 2021/04/19(月) 19:27:08.90

オブジェクト指向言語の99%以上は手続き型言語だけど…
一応研究用概念実証用でPrologにオブジェクト指向導入した実装とかあるにはあるからそれはオブジェクト指向言語かつ非手続き型だけどね

> オブジェクト指向は手続き型に破れた

例えて言うとこれ、「日本人は男に破れた」みたいな文だよ

オブジェクト指向かそうでないかは手続き型言語かそうでないかと直接関係ない（直交する）
日本人かどうかは男かどうかと直接関係ない（直交する）

**デフォルトの名無しさん** · 2021/04/19(月) 19:33:35.23

jsから動的にHTML要素に付与や剥奪、上書きされたclass属性や
style属性などを、
その操作を行ったjsソースまで追跡して特定するいい方法は
あるかね？
Devtoolsの機能で出来る？

**デフォルトの名無しさん** · 2021/04/19(月) 19:50:17.32

>>769
関数型プログラミングできないんですね。わかります

**デフォルトの名無しさん** · 2021/04/19(月) 19:51:33.62

論理破綻男あらわる

**デフォルトの名無しさん** · 2021/04/19(月) 19:51:38.90

>>771
そういうライブラリいくらでもあるぞ

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

Ruby からElixir
オブジェクト指向から、関数型へ

RubyからGo
is-a・継承を無くして、has-a・ダックタイピングへ

Rubyは、ダックタイピングかつオブジェクト指向

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

Ruby on Rails でも、Webpack, Babel が標準で、
Bootstrap, jQuery, React、規約だけのフレームワーク・Stimulus

RailsがHTMLを返す。
Reactはコンポーネントとして使う

また、サーバー側がRails、GUI がReactと分けることもできる。
RailsのAPI モードで、JSON, GraphQL でやり取りする

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

推奨ＮＧワード： Ruby
推奨ＮＧワード： Rails

**デフォルトの名無しさん** · 2021/04/20(火) 17:14:23.19

Vueは死んだの？

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

Vueは生物じゃないから最初から生きてないし死んでもない

**デフォルトの名無しさん** · 2021/04/20(火) 17:26:09.98

死んでないけどreactとreduxとhooksの思想をごちゃ混ぜにして
機能追加したせいでカオスになってる