Vue vs React vs Angular vs Svelte Part.9

**デフォルトの名無しさん** · 2022/01/16(日) 16:06:14.27

Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
Svelte
https://svelte.dev/

※前スレ
Vue vs React vs Svelte Part.7
https://mevius.5ch.net/test/read.cgi/tech/1610901677/
Vue vs React vs Angular vs Svelte Part.8
https://mevius.5ch.net/test/read.cgi/tech/1621744952/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。

**デフォルトの名無しさん** · 2022/02/27(日) 19:27:07.02

>>869
>>872
同じ事繰り返し言ってるだけでなんも解決できてなくてワロタ

**デフォルトの名無しさん** · 2022/02/27(日) 19:28:40.10

>>873
そりゃ最初から一貫して答えを言ってるんだからずっと同じことになるだろ

**デフォルトの名無しさん** · 2022/02/27(日) 19:42:59.04

>>868
JavaScriptで唯一信用できる型は何か？というとそれは関数だけ
つまり値を関数でラップすれば副作用は外出しできる
単純明快なこの発想をReactのランタイムに実装したものがHooksとなる
Reactチームの頭の良さには脱帽する

**デフォルトの名無しさん** · 2022/02/27(日) 19:45:36.89

次スレではワッチョイ入れて荒らしはNGしましょうね～

**デフォルトの名無しさん** · 2022/02/27(日) 19:56:22.90

言葉はいらないからコード書いてみろってw

**デフォルトの名無しさん** · 2022/02/27(日) 19:59:14.13

>JavaScriptで唯一信用できる型は何か？というとそれは関数だけ

その場合の信用できるできないの判断基準ってなんなんだろう

**デフォルトの名無しさん** · 2022/02/27(日) 20:13:08.94

>>874
コードはよ

**デフォルトの名無しさん** · 2022/02/27(日) 21:14:33.08

>>875
細かいことはわからんが柔軟なJSの関数なら型の制限も高階関数の埋め込みもメモ化も思いのままだもんね。

**デフォルトの名無しさん** · 2022/02/27(日) 22:21:21.20

>>875
もう少しわかりやすくたのむ

**デフォルトの名無しさん** · 2022/02/27(日) 22:45:41.12

>>878
コンストラクタを持っていること
JSではこれ以外で型を識別することはできない

**デフォルトの名無しさん** · 2022/02/27(日) 23:00:03.32

信用できる型というとまずtypeofが思いつくが

**デフォルトの名無しさん** · 2022/02/28(月) 00:16:09.83

instanceofの話か。でもそれは『型』の意味する範囲が狭すぎないか

**デフォルトの名無しさん** · 2022/02/28(月) 14:40:19.31

DIライブラリ使えば済む話を延々文句言い続けるおじさんって一体

**デフォルトの名無しさん** · 2022/02/28(月) 14:52:40.67

あ、今急になんとなくわかったかも
俺がreactに求めてるのはvdomとvの接続だけだったのかもしれん
状態をどう管理するかだとか、vdomをどうやって構築するかなんてのは、正直おせっかいでしかない
別にvdomをmvvm(この場合はmvvdommになるのか？呼び方がわからんが)で管理したっていいはずなんだよな
なんなら古のformsスタイルだって行けたはずだ
vdomをどうやってvと接続するか、vdomをどう構築・変更していくか、は本来なら直交してる概念の筈なのに、全部セットでreactというパッケージで提供してしまったところがダメなんだ
この抱き合わせはライブラリ的でなく、お節介なフレームワーク的なやり方と言わざるを得ない

**デフォルトの名無しさん** · 2022/02/28(月) 14:54:05.60

いやmvdomvmか。略し方はどうでもいいが

**デフォルトの名無しさん** · 2022/02/28(月) 15:21:21.07

>>886
その発想は悪くないしアイデアがあるなら実装すれば？
評論家みたいに言うだけじゃ何も評価されない
Reactは仮想Domのライブラリの一つでしかない
数年前はオレオレ仮想Domライブラリは結構あった
全部死んだけど
もし君のアイデアが優れたものなら他の人が流用したり
盗んだりするだろう

**デフォルトの名無しさん** · 2022/02/28(月) 15:33:49.09

>>886
そういう用途なら違うの使えばいいだけじゃん

**デフォルトの名無しさん** · 2022/02/28(月) 15:39:42.00

自分で作れとか違うの使えってのはアマチュアプログラマならそれでいいんだけど
仕事でやるとなるとどうしてもシェアが支配的なフレームワークを使わざるを得ない大人の事情も察してくれたら助かる

**デフォルトの名無しさん** · 2022/02/28(月) 15:43:20.33

あんたアマチュアじゃん

**デフォルトの名無しさん** · 2022/02/28(月) 15:45:22.89

>>891
また盤外のレスバを始める気ですか？
そういうのはよそでどうぞ

**デフォルトの名無しさん** · 2022/02/28(月) 16:01:33.23

日本じゃvueのほうが支配的じゃね？

**デフォルトの名無しさん** · 2022/02/28(月) 16:06:30.95

ちなみにReactは仮想Dom部分はちゃんとライブラリになってるから
単独で使うこと可能だよ
イベントとかもDomと同じものが実装されてるからReactの仮想Domの上にオレオレフレームワークを作ることは不可能ではないと思う

**デフォルトの名無しさん** · 2022/02/28(月) 16:32:02.24

フレームワークが決まってるならそれに合わせた設計をするだけじゃん

**デフォルトの名無しさん** · 2022/02/28(月) 16:36:26.00

次スレはワッチョイ必須だな

**デフォルトの名無しさん** · 2022/02/28(月) 17:57:07.90

>>894
数年前ちょっと流行ったな
状態管理をreactに依存しないパターン
reactはjsxのレンダリングだけを受け持つ
結局消えてなくなったけど

**デフォルトの名無しさん** · 2022/03/01(火) 13:08:43.56

>>886
わからない状態で書き込んでる癖にイキるな
次からは投稿文をママに見てもらってからにしな

**デフォルトの名無しさん** · 2022/03/01(火) 14:49:26.12

煽りだけしたいのか

**デフォルトの名無しさん** · 2022/03/01(火) 14:55:59.81

成りすましを疑うレベル

**デフォルトの名無しさん** · 2022/03/02(水) 20:25:39.81

Reactのテストにはみんな何使ってる？
やっぱJest？

**デフォルトの名無しさん** · 2022/03/02(水) 22:11:04.65

>>901
俺はjest
だけど使ってるっていえるほどテストしてないやｗ

**デフォルトの名無しさん** · 2022/03/02(水) 22:53:39.89

テストなんかめんどくせえし手動でいっかいきりにきまってんだろ

**デフォルトの名無しさん** · 2022/03/03(木) 06:19:08.22

>>902
なるほど、ありがとう。Jestで使ってるjsdomはスクレイピングで使ったことあったけど、ブラウザ動作のエミュレーションもこんなに出来るんだって感心したわ。

>>903
いやいや、アップデート毎に手動で検証するの面倒くさいやん。手動検証するよりテスト書いてる方が楽しいし。

**デフォルトの名無しさん** · 2022/03/03(木) 09:07:59.53

>>901
storybookのplay関数を使って目視で確認しながらやるのもいいよ
jestでそのstoryを丸ごと流用できるからテストの工数も増えないし、何より目でしっかり確認しながらテストできるのがかなりでかい

**デフォルトの名無しさん** · 2022/03/03(木) 10:20:04.24

storybookって糞重くね？

**デフォルトの名無しさん** · 2022/03/03(木) 11:34:28.82

TSだとクソ重いけど高速化出来るよ

**デフォルトの名無しさん** · 2022/03/03(木) 12:32:03.57

>>905
ありがとう。
なるほど良さそうだ。目に見えるのはありがたいね。

**デフォルトの名無しさん** · 2022/03/03(木) 13:38:59.66

>>907
どうやるの？
公式に書いてある情報？

**デフォルトの名無しさん** · 2022/03/03(木) 15:09:58.45

公式ではないけどTSのReact Docgenがクソ重いのでそれをやめる
なのでstorybookのmain.jsにreact-docgenを使うようにする。

module.exports = {
typescript: { reactDocgen: 'react-docgen' }
}

あとstorybookは全部ビルドしようとするので必要なものだけビルドするようにするとか

const stories = () => {
return process.argv[4] === '-stories'
? [`../${process.argv[5]}`]
: [
'../src/components/**/*.stories.tsx'
];
};

module.exports = {
typescript: {reactDocgen: 'react-docgen'},
stories: () => stories(),
}

**デフォルトの名無しさん** · 2022/03/03(木) 15:43:45.89

>>910
storybookはあんま深入りしてないので
指摘は直ぐには解らんけど、
後で見てみます！

**デフォルトの名無しさん** · 2022/03/03(木) 15:44:30.08

>>907
糞重いのはtsだけなの？

**デフォルトの名無しさん** · 2022/03/03(木) 16:15:55.61

jsでも沢山ストーリーがあったり重いプラグイン使ってたりすると遅いかと
その場合は二つ目に書いた必要なコンポーネントだけビルドするようにしたら良い
自分の環境だと20秒ぐらいかかってたのが2秒ぐらいになった

**デフォルトの名無しさん** · 2022/03/03(木) 17:32:32.42

コンポーネントからレンダリングに関係ないロジックを分離しろ、という習慣は間違いだったことに気付いた。
コンポーネントに関わるもの全てを密結合し神クラス(関数だが)にしたほうが、ずっと楽で再利用しやすかった。
どうせフロントの寿命は短い。カジュアルでよかったんだ。

**デフォルトの名無しさん** · 2022/03/03(木) 19:46:02.22

Vue2のSFP完成系ということでよろしいか？

**デフォルトの名無しさん** · 2022/03/03(木) 21:20:31.78

コンポーネントによるでしょそんなの

**デフォルトの名無しさん** · 2022/03/03(木) 22:10:01.18

Vue3派閥と戦ってる
なんか普通に負けそう

**デフォルトの名無しさん** · 2022/03/03(木) 22:18:23.03

ほとんどの場合Vueのほうが書きやすいと思うんだよなあ
depsとかバグの温床だし、jsxも使えるし画面単位のコンポーネントはjsxよりもtemplateの方がメンテしやすい

割と変化激しいからVueの時代来る気がしている
俺の予想はよく外れる

**デフォルトの名無しさん** · 2022/03/03(木) 22:53:58.27

BueはNativeで動かんし

**デフォルトの名無しさん** · 2022/03/03(木) 23:06:06.30

>>918
Vue2と3の断絶が悔やまれるね
Vue3.2なら悪くないどころかむしろ覇権取ってもおかしくないと思った

**デフォルトの名無しさん** · 2022/03/03(木) 23:15:02.03

veuはデルミネータ書き換えできるけどv-～や@～も別の識別子にかえられると嬉しいのだけど
他のフレーワークに組み込むときちょっと面倒

**デフォルトの名無しさん** · 2022/03/04(金) 10:17:45.71

よわよわエンジニア=Vueって認識ができちゃったのが痛い
まぁ実際そうなんだけども

**デフォルトの名無しさん** · 2022/03/04(金) 10:37:42.90

よわよわでもできるということは優れたフレームワークということ

**デフォルトの名無しさん** · 2022/03/04(金) 11:09:25.25

技量や趣向や場面に合わせたもんを使えばええんやで

**デフォルトの名無しさん** · 2022/03/04(金) 11:46:30.70

まあ複雑だからすげえ！ってのはおかしいわな

**デフォルトの名無しさん** · 2022/03/04(金) 11:50:23.46

難しいツールを使える優越感みたいなものを刺激するんだろうな
だからマウント大好きプログラマ達に変な人気がある
冷静に考えると道具としては最悪の性質なんだがねぇ…

まあどのツールとは言わんけどね
頭の中に浮かんだものが答え

**デフォルトの名無しさん** · 2022/03/04(金) 12:05:03.48

なんだ？おじさんか？
次スレはワッチョイ入れましょうね。

**デフォルトの名無しさん** · 2022/03/04(金) 12:25:23.31

きみおじさん好きだねぇ
それしか言わないじゃない

**デフォルトの名無しさん** · 2022/03/04(金) 12:28:48.85

よわよわエンジニアの俺はvueとreact両方試してreactの方がシンプルで正統派でかつ勉強してて楽しいと思ったけど、結局vue選んだ
簡単なアプリを実装するってなったらreactだとちょっと大げさに感じた
SNS見てるとフロントエンド以外のかけだしやバックエンドはその手間を嫌ってvueから始める人が多いし、vueがまた形成逆転する可能性は全然あると思う

**デフォルトの名無しさん** · 2022/03/04(金) 13:01:31.21

hookがトップレベルでしか呼べない、条件分岐もループもNG
こんな冗談みたいな制約さえなければなぁ
あと依存関係配列とかいう河原に石積むような不毛な作業もなんとかならんもんかね

**デフォルトの名無しさん** · 2022/03/04(金) 13:08:03.86

大元がfacebookっていうのがなんか嫌
angular...

**デフォルトの名無しさん** · 2022/03/04(金) 13:25:24.28

やっぱりおじさんじゃないかぁ。今日はID変えなくていいの？

**デフォルトの名無しさん** · 2022/03/04(金) 13:38:24.44

>>932
IDとか別に気にしとらんよ
通信容量などの都合で切り替えてるだけだから

**デフォルトの名無しさん** · 2022/03/04(金) 13:48:01.64

格安SIM使いまわしてんのかよw

**デフォルトの名無しさん** · 2022/03/04(金) 13:52:16.24

節約せんとだからな

**デフォルトの名無しさん** · 2022/03/04(金) 17:11:39.43

>>929
純粋なSPA以外にReactを使おうとしてる人が多いんじゃないかな？
プログラマーが全部支配できない要素が入ってくるとReactは破綻するよ

**デフォルトの名無しさん** · 2022/03/04(金) 18:07:04.89

フレームワーク使っといて何言ってんだこいつ

**デフォルトの名無しさん** · 2022/03/04(金) 18:13:11.47

Reactでガチャガチャしてるところに横からDOM操作されたらそりゃ無茶苦茶になるけど、それはReactに限った問題じゃないような……

**デフォルトの名無しさん** · 2022/03/04(金) 18:45:52.56

Reactは純粋なプログラミング力が問われる。だから力があるプログラマーが揃えば良いものができあがるんだろう。
だけど大半は技術ないのがほとんどだし、React使いこなせるやつが少ない、結果人が足りなくて比較的使いやすいvueを採用する。
今までweb制作でjquey振り回してたやつはvue選びがちだ。
ただ最近のトレンド見てるとvueからreactに移行しましたって人が多いけど、reactのツラミがまだわからないだけで、そういうのが2、3年後表面に出てきた時にどうなるかだと思う。
Reactにしましたがvueに戻しました、みたいな流れになってもおかしくない

**デフォルトの名無しさん** · 2022/03/04(金) 18:59:29.82

レス乞食おじさん必死ですよ

**デフォルトの名無しさん** · 2022/03/04(金) 19:06:49.52

おじさんが意図的にせよそうでないにせよIDコロコロ変わるので、ワッチョイは必須

**デフォルトの名無しさん** · 2022/03/04(金) 19:28:39.90

おれはラスおじじゃないよ？
というかvueとreactの話してんのに何言ってんの？
ラスおじに取り憑かれてんじゃない？
頭大丈夫？

**デフォルトの名無しさん** · 2022/03/04(金) 19:30:07.18

やっぱり建設的な会話もできないゴミしかいないようだしこのスレはもう落としていいよ
いつ見ても役に立たない

**デフォルトの名無しさん** · 2022/03/04(金) 19:37:38.47

別にあんたがそうだとは誰も言って無いがね

**デフォルトの名無しさん** · 2022/03/04(金) 19:43:55.25

Vue3やります
デザイナーやディレクターがテンプレートじゃないと運営無理って言われました
コンポネントとstyled_jsxは無理だとさ

**デフォルトの名無しさん** · 2022/03/04(金) 19:51:35.21

フロントエンドなんかやってる程度のやつに力のあるプログラマーなんかおらんよ
DirectXとかフロントやってる程度のプログラマーじゃろくに作品ひとつ作れんやろ

**デフォルトの名無しさん** · 2022/03/04(金) 20:04:03.11

reactはなぜ機能単位で関数やコンポーネントを分割するかが飲み込めていないと面倒臭く感じるかもね・・・
俺も最初「すげえ面倒くさいな」と思ってたけど、reactが関数型プログラミングの考え方に基づいていて、それがテストのし易さやコードの可読性の向上に繋がっていることが理解できてからはreactを使うのがすごく楽しくなったな

**デフォルトの名無しさん** · 2022/03/04(金) 20:08:20.78

でもcompostion apiで同じことできるようになったし

**デフォルトの名無しさん** · 2022/03/04(金) 20:14:29.71

>>946
歯科と麻酔科を比べるようなこと言われてもな

**デフォルトの名無しさん** · 2022/03/04(金) 22:52:59.84

Ruby on Rails では、BDD/TDD のRSpec・自動システム(ブラウザ)テストが、CI/CD に含まれている。
pull req, CircleCI, Github Action でOK なら、Heroku で起動される

ただし、すべての本で、テスト部分は省かれている。
テスト部分で、初心者の脱落率が高いから

YouTube で有名な、雑食系エンジニア・KENTA のサロンでは、
未経験者の転職用に、必須の工程だけど

**デフォルトの名無しさん** · 2022/03/05(土) 01:12:45.45

Vue3マジでわかりやすいなこれw
何一つ頭を使わずに書ける

**デフォルトの名無しさん** · 2022/03/05(土) 07:08:14.44

Jestでモジュールまるごとモック化して（該当モジュール内の）import処理をスルーする事ってできないのかな

**デフォルトの名無しさん** · 2022/03/06(日) 11:22:32.07

>>94
最近使っている。いい感触を得ている。

**デフォルトの名無しさん** · 2022/03/06(日) 14:30:51.11

お、そうか。ありがとう

**デフォルトの名無しさん** · 2022/03/06(日) 15:01:43.50

fkutterもいつかは仲間に入れそうですか？
いまはゴミでも

**デフォルトの名無しさん** · 2022/03/07(月) 01:36:11.70

結局、普通に回帰してて笑
https://zenn.dev/shimpeiws/articles/afcc43990d13c0

Before: PageやScreenといった最上位のコンポーネントをContainerとしてデータの取得を集約、下位のPresentational Componentsに渡す

After: 表示のためのデータ取得と描画をできるかぎり近くによせて管理する、必要に応じてStoreの場所を上位に移動したり、ContextやGlobalなStoreに移動する

**デフォルトの名無しさん** · 2022/03/07(月) 02:07:12.39

Reactに限らずウェブ系ってずっとそうだよ
トレードオフの関係にあって銀の弾丸がない問題に対して
1)目先の不便さを解消する革新的(に見える)ライブラリが登場
2)スケールするにつれて目を背けていた別の不便さが無視できなくなる
3) 1に戻る
これをずっと繰り返してる
まるでシーソーで遊ぶ子供達みたいにね
なのでもしかしたらjQuery(あるいは類似の新ライブラリ)に回帰する日が来るかもね

**デフォルトの名無しさん** · 2022/03/07(月) 07:02:29.53

それってウェブ系に限らないよね。
みんな（色んな意味で）大好きOOPは、無関係な設計論や実装をごった煮にして、上記3つを壮大にやらかしちゃったわけで。
とはいえ何も残らないわけじゃないから、無駄にはならない。

**デフォルトの名無しさん** · 2022/03/07(月) 09:48:14.54

同じところを周ってるんじゃなくてらせん状に昇ってるのよ

**デフォルトの名無しさん** · 2022/03/07(月) 09:48:44.42

というか思想の違いによるみたいなもんだろ、そういうのって

**デフォルトの名無しさん** · 2022/03/07(月) 10:08:11.14

>>959
あぁ、なるほど、上手いこと言うなぁ。そういう感じだわ

**デフォルトの名無しさん** · 2022/03/07(月) 10:26:54.97

螺旋かーー

**デフォルトの名無しさん** · 2022/03/07(月) 10:48:19.54

jQueryとかいう世のフロントエンド初学者に悪影響しか与えないゴミ
だいたいのことはjQueryなしでできるし、jQueryの機能をjsの標準機能だと思い込んでしまってる奴もいる始末

**デフォルトの名無しさん** · 2022/03/07(月) 12:15:13.18

jQuery誕生以降にWeb作成に入った層は可哀想だとは思う。

**デフォルトの名無しさん** · 2022/03/07(月) 15:43:28.14

とはいえES5までの混沌とした環境での開発には大いに貢献したよ
今でも使ってる人はどうかと思うけど

**デフォルトの名無しさん** · 2022/03/07(月) 15:58:59.43

おれはprototype.js信者だったよ
今思えばクソコードなのだが
当時こいつのコードを最初に見た時の衝撃は忘れられない
こんな書き方できるのか？って思ったな

**デフォルトの名無しさん** · 2022/03/07(月) 16:47:41.20

jQueryでWebフロントエンド入門します！とかいうツイート見て今がほんとに2022年なのか確信が持てなくなる事があるw
初心者はまぁ知らないんだから仕方ないし、別に使ってもいいと思うけど、教える側はちゃんと今後役立つと責任持てんのかと

**デフォルトの名無しさん** · 2022/03/07(月) 17:50:38.22

謎にjQuery用語記事とかが出てきてしまうのがまた

**デフォルトの名無しさん** · 2022/03/07(月) 18:23:36.35

フロントエンドに振り回せれすぎな感じがする
あくまでも最終的な成果物はhtml、javascript(es)、cssだって事を忘れないで欲しい
基本は大事だよね
特にcssは進歩が著しいから生のcssを扱うメリットは充分あると思う
jQueryやOOPを下げずんでいる人がいるけど、その時の時代背景や必然性があったんだと思うよ

**デフォルトの名無しさん** · 2022/03/07(月) 18:28:56.88

もうバニラでよくね？

**デフォルトの名無しさん** · 2022/03/07(月) 18:39:28.14

初心者がまず覚えるべきなのはなにはともあれバニラだよね。OOPも重要だよ、一時期持て囃された程じゃないってだけで。

**デフォルトの名無しさん** · 2022/03/07(月) 19:32:08.90

cssは進歩とは違うやろあれ