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/08(木) 15:19:42.20

>>614
好きなのでやればよろし。

状態管理なんてクライアントアプリなら
基本中の基本のコード。

ライブラリーなんて昔から使わんで
自分で都度考えるのが普通。

**デフォルトの名無しさん** · 2021/04/08(木) 18:49:04.06

angularな俺は振り回されずに済むぜと呟いてみる

**デフォルトの名無しさん** · 2021/04/08(木) 19:52:15.62

ReactでDrag&Dropで要素入れ替えとか要素追加ってできる？

**デフォルトの名無しさん** · 2021/04/08(木) 19:53:44.70

>>617
出来ない事などない

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

>>617
Reactからevent.currentTarget経由で生DOMに触れるので、やろうと思えば何でもできる。でも、もっと良いやり方や既存コンポーネントがあるかも知らないので、とりあえず英語でググるかな。

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

ここではSvelteの話題あんまり出ないのう

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

一昔前はSvelteやAurelia使うならVueでいいじゃん？って言えたけど、
今はもうVue3使うならReactでいいじゃん？って思うし、
先行き不透明なVue2使うならSvelteやAureliaの方がいいかも？って思うよね

Vue3ってVue使いには歓迎されてるの？

**デフォルトの名無しさん** · 2021/04/09(金) 00:11:19.65

別にVue2で間に合ってるしなぁ
人数少ないプロジェクトでやってるしヘルプは大抵jsフレームワーク未経験
(jqueryは経験あり)が来るからVueの方が教えやすくて楽だわ

**デフォルトの名無しさん** · 2021/04/10(土) 14:22:17.51

Vueの混沌とした現状を見ると使う気失せるよね

**デフォルトの名無しさん** · 2021/04/10(土) 14:58:01.58

angular(v1)とreactぐらいしかなかったころ、迷った末にjsxが気に入らなくてangular採用したんだけど、その後angularがこんなんなるとは思わなかったわ

しばらくwebから離れたけどまた触るようになってvueとreactで迷ったけど、今度はreact選択した。jsxにはやはり抵抗あったけどhooksが分かりやすく感じたので。
その後しばらくreactいじってるけど、今となっては昔あれだけ抵抗感じていたjsxが、これほど良いものに感じるようになるとは。

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

hooksが分かりやすいって
どんな感覚なんだろう？

class(オブジェクト指向)未経験とか
なのだろうか？

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

直感的にはclassのがわかりやすいと思う
ただJavaScriptは文法的にclassを書きにくい
イベントハンドラのthisが別物にすり替わったり
関数のほうが書き心地がスッキリ
ただそれだけ

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

C#でjsxを再実装したらclassのが良いわってなると思うよ

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

>>626
あ！
自分Typescript使ってるんで
その場合はC#とあんまかわらんからねーー。
hooksが良いという人は生js使ってる人なのかーー。納得！

自分の場合
主要所のclassは
殆ど自前のbaseクラス継承させてるんで、
関数だと辛いわーー

**デフォルトの名無しさん** · 2021/04/10(土) 18:46:41.87

クラスに万能感感じてる人は00年代からタイムスリップして来たのかな？

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

負の遺産

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

オブジェクトリテラルの存在するJSであえてclassを使う場面はなんらかの理由がある時ぐらい。
それは主に継承と副作用（カプセル化含む）で、どちらもモダンプログラミングでは避けるべきとされてたりする

**デフォルトの名無しさん** · 2021/04/10(土) 19:24:31.61

継承の使い手なんで
なかなかそれは難しいね。

その避けるべきとされてるものを巧みに利用して、
暗黒面の高度な技を連発してるのだから...

C#よりJSのが技に制限がなくて無双に感じる

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

イミュータブルOOPは関数型より良いよ
関数型のメリットは完全に享受できたうえで
人間の感性によくマッチしてて理解しやすい

**デフォルトの名無しさん** · 2021/04/10(土) 19:49:49.21

好き勝手言ったけど、OOPを否定するつもりは全然無いよ。
OOPと関数型は適材適所で使ってこそ本領を発揮すると思うだけで。

>>632
黒魔術楽しいからね。仕方ないね。

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

function hoge () {}; ←これやめてほしい

const hoge = () => {}; ←これがいい

**デフォルトの名無しさん** · 2021/04/10(土) 19:53:02.23

>>635
上は関数、下は値
概念的に別のもの

**デフォルトの名無しさん** · 2021/04/10(土) 20:06:58.44

関数も値じゃん

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

this沼にはまるからなあ

**デフォルトの名無しさん** · 2021/04/10(土) 20:24:37.68

アロー関数考案した人ほんまエライ

**デフォルトの名無しさん** · 2021/04/10(土) 20:33:41.63

function hoge () {}
形式は巻き上げがあるのと、hogeに代入可能なのと、thisが使えちゃうから、もっぱらconstとアロー関数で書いてる

**デフォルトの名無しさん** · 2021/04/10(土) 20:41:45.23

アロー関数が偉いというか
JSは適当すぎた

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

>>637
それはあくまで実装にすぎない
そんな事を言ったら全てはビットだ

高級言語というのは意味のないビットに人間がコードを理解するための
情報を追加できる言語のことだ。
関数の引数に使うという意味を込めれば値になるのだ

**デフォルトの名無しさん** · 2021/04/10(土) 21:06:09.77

functionとアロー関数は、微妙に挙動が違うのが辛い
jQueryとか古いライブラリを使うと、ハマることがしばしばあるわ

**デフォルトの名無しさん** · 2021/04/10(土) 21:08:55.40

jQueryとなんか関係あるの？
何を渡すかでしょ

**デフォルトの名無しさん** · 2021/04/10(土) 21:11:49.95

生new使ってる人マジで減ったよな

**デフォルトの名無しさん** · 2021/04/10(土) 21:13:30.42

それはjQueryの頃から使ってないな

**デフォルトの名無しさん** · 2021/04/10(土) 21:14:14.53

そもそもnewするのなんて
ImageとDateぐらいじゃなかったか？

**デフォルトの名無しさん** · 2021/04/11(日) 06:10:11.90

class導入以前のJSは組み込みコンストラクタとパフォーマンス（と稀にプロトタイプチェーン）以外の面でnewするメリット無かった印象。
今の方がnew使ってるかな

**デフォルトの名無しさん** · 2021/04/11(日) 07:12:43.77

他言語見ながら驚き最小を目指せば大体こうなるよね
って感じの機能追加がほとんどじゃね

**デフォルトの名無しさん** · 2021/04/11(日) 17:19:00.56

>>639
JavaScriptの仕様がポンコツなだけでまともな仕様だったらそもそも必要無かった

**デフォルトの名無しさん** · 2021/04/11(日) 17:39:11.57

今どきの言語ってだいたいアロー関数あるんじゃね？

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

アロー関数と普通の無名関数の違いを新人に説明したら意味不明みたいな顔された
わけがわかりませんと

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

jsはそれでthisが変わったりするもんなぁ

**デフォルトの名無しさん** · 2021/04/11(日) 21:24:43.04

アロー関数がある他の言語ってあるか？

**デフォルトの名無しさん** · 2021/04/11(日) 21:33:36.10

javaは8から使えるし、phpでは7.4から使える

**デフォルトの名無しさん** · 2021/04/11(日) 21:41:40.51

それ無名関数じゃね？

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

jsのアロー関数ってthisの扱いが既存のfunctionと違うだけでしょ。
どっちも無名関数にできるから無名関数との違いなんてない。

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

>>657
はい無能アホが適当なこと抜かしとる

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

ぶっちゃけ全部アローでいいかなと思ってる

**デフォルトの名無しさん** · 2021/04/11(日) 23:56:36.46

今なら全部アローでいいけど
既存のコードがね

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

>>656
無名じゃないが？

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

PHPはサーバーのバージョンが不安で、結局まだ使えないのよな
未だにfunction現役だわ

**デフォルトの名無しさん** · 2021/04/12(月) 06:16:46.34

機能に差異がある場合、機能的に正しく使い分けることで、コードの意図をはっきりさせる事ができるよね。
逆に差異が無いのに混在かますと混乱する

**デフォルトの名無しさん** · 2021/04/12(月) 06:44:33.89

うんうん

**デフォルトの名無しさん** · 2021/04/12(月) 07:20:09.28

うんこ

**デフォルトの名無しさん** · 2021/04/12(月) 07:43:49.04

>>652はいったいどういう説明したんだろう

**デフォルトの名無しさん** · 2021/04/12(月) 15:40:38.80

Javaのはラムダ式だろ
演算子をアローと呼んでるだけでJavaScriptのアロー関数とは別物

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

アロー関数を勘違いしてるバカどもしかいないのかよ

**デフォルトの名無しさん** · 2021/04/12(月) 17:05:52.78

>>666
無名の場合thisを呼び出したオブジェクトにバインドするけどアローはされないんだよ
これ以上わかりやすい説明もないと思うが意味不明ですと言われた

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

JSでthisを使うなが正しい

**デフォルトの名無しさん** · 2021/04/12(月) 17:47:50.45

>>669
その辺はthis地獄体験してないとピンとこないよな
thisが排除されつつある現状だと理解されないと思う

**デフォルトの名無しさん** · 2021/04/12(月) 17:52:27.40

>>669
新人さんにそのへんの有り難みはわからんかもね。
なんでや、とりあえず便利そうだしthisバインドしとけばええやんけとか思ってそう

**デフォルトの名無しさん** · 2021/04/12(月) 18:15:49.31

今ならthisはclass構文の中で使うもの
って決めつけちゃって良いと思う
イベントのthis？知らない子ですね…

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

>>669
bindがわかってないんじゃね

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

>>669
それで誰に対しても伝わると思ってんなら頭おかしい

**デフォルトの名無しさん** · 2021/04/12(月) 20:34:05.33

>>675
バカは黙ってろ
な？

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

>>676
そうだね黙っていたほうが良いと思うよ

**デフォルトの名無しさん** · 2021/04/12(月) 21:28:49.69

>>669
新人「は？アロー関数だって無名だろ？マジ意味不明ｗｗｗ」

とか言われたわけじゃないとすれば、jsのthisがそもそもどういうものか伝わってないんじゃね？

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

ところがどっこいvue.jsだとかなりthisを使うんですよね

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

いまからVue使う案件なんて無いだろ

**デフォルトの名無しさん** · 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使った方がええぞよ