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/14(月) 15:24:13.92

>>638
hooksは関数のトップレベルでないと正常な実行が保証されない

**デフォルトの名無しさん** · 2022/02/14(月) 15:24:34.35

https://reactjs.org/docs/hooks-rules.html
Don’t call Hooks inside loops, conditions, or nested functions.

ってことかと

**デフォルトの名無しさん** · 2022/02/14(月) 15:38:01.12

正直俺のレベルだとこんなくらいしか思いつかない

コンポーネント作ってpropsにタイムスタンプ用意して
変更されたらメソッド呼び出しみたいな……

type Props = {
timestamp: number;
}
const TempComponent: React.FC<Props> = (props) => {
const foo = useSuperComplexFooManager();
const { timestamp } = props;
useEffect(() => {
if (timestamp === 0) return;
foo.hoge();
}, [foo, timestamp]);
return null;
}
export default TempComponent;

**デフォルトの名無しさん** · 2022/02/14(月) 15:47:41.25

React.createRefならループ中に使ってもok?
だとしたらforwardRefでどうにかいけるかも

const TempComponent = forwardRef((props, ref) => {
const { hoge } = useSuperComplexFooManager();
useImperativeHandle(ref, () => ({
hoge,
}));
return null;
});

**デフォルトの名無しさん** · 2022/02/14(月) 16:09:48.94

サンガツ
なるほどuseRefを使うとサブコンポーネント内部状態を参照できるのか
こりゃ便利だ

**デフォルトの名無しさん** · 2022/02/15(火) 09:56:36.41

親子の参照はtree構造では良く使うのにいちいちrefを経由しないと使えないのめんどくさいね
この辺りは他のフレームワークでよくある継承でコンポーネントを拡張する&親子の参照はただのインスタンス参照って方式のほうが直感的でわかりやすいかな

**デフォルトの名無しさん** · 2022/02/15(火) 10:23:25.29

普通だと親が子のデータを管理するからここまで手間は増えないよ
親のuseStateとContextで賄える

**デフォルトの名無しさん** · 2022/02/15(火) 10:31:18.31

普通ならそうなんだけどフックのトップレベル制約の都合で状態やプレゼンテーションロジックを子コンポーネントに預けないといけなくて辛いねという話の流れではなくて？

**デフォルトの名無しさん** · 2022/02/15(火) 14:24:18.35

ReactNativeのSSRってのは無いのかな

**デフォルトの名無しさん** · 2022/02/15(火) 15:08:44.00

どういうこと？

**デフォルトの名無しさん** · 2022/02/15(火) 15:32:59.86

ロジックもレンダリングもサーバーサイドで完結できないかなって思った
ブラウザは機能不足、WebViewは遅い、なのでネイティブがいい
でもネイティブの酷い開発者体験はどうにかして回避したい、というワガママ

**デフォルトの名無しさん** · 2022/02/15(火) 16:10:32.61

ExpoのOTAアップデートが限界だろうね

**デフォルトの名無しさん** · 2022/02/16(水) 02:37:57.40

フロントエンド改修するのにReactかVue3で迷ってる
世の流れ的にいくならReactにしない理由はないと思うんだけどなんか好きになれんのよな

Vueはテンプレートの構文がわかりやすくて好きなんだけど、結局typescriptとの親和性の観点でtsxで書く流れになってきてるから、tsx使うならReactでよくねとも思う
Reactだと依存配列書き忘れとかも以外とやりがちで、Vueはcomputedがその辺全部いい感じにやってくれるから自分的な差はそこくらいかなあ

なんかここで選べみたいなのあります？

**デフォルトの名無しさん** · 2022/02/16(水) 02:39:11.36

サイコロ

**デフォルトの名無しさん** · 2022/02/16(水) 09:42:10.90

XML文字列をパースしてReactNodeを生成したい
EVALで出来ないかな

**デフォルトの名無しさん** · 2022/02/16(水) 10:02:19.35

つ DOMParser

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

vueはとっかかりはホント楽だよなあ
でも流れとしてはReactのがよさげっての悩みどころ

**デフォルトの名無しさん** · 2022/02/16(水) 12:05:58.95

Reactは状態管理のライブラリが～みたいなややこしそうな話題が飛び交い、触ってみると実際ややこしく感じるけど、最初が混乱すること多いだけであとはわりとぬるい。
ペットボトルみたく入り口だけキツイ。という個人の感想です。

**デフォルトの名無しさん** · 2022/02/16(水) 12:56:27.25

reactは選択の幅が広いからそれを楽と捉えるか苦と捉えるかの違いだろな
使ってみて合わなければ他の選択肢が沢山あるってのはやっぱ魅力よ

**デフォルトの名無しさん** · 2022/02/16(水) 13:03:27.73

reactは従来のコーディング習慣と違いすぎるのが嫌い
JSXリテラルはキモいけどまあシンタックスシュガーと考えればギリギリ許容範囲
しかしフックはIF分やループ中で使っちゃダメってのが非常識すぎて耐えられない

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

>>658
使えますよ

**デフォルトの名無しさん** · 2022/02/16(水) 20:05:01.77

>>658
気持ちはわかる
確かにハマりどころは多い

**デフォルトの名無しさん** · 2022/02/17(木) 12:01:42.35

よわよわエンジニアの俺は無事vueを選びました

**デフォルトの名無しさん** · 2022/02/17(木) 12:21:29.09

Svelteこそ易しいと思うんだけど、そうでもないんです？情報が少ないとか？

**デフォルトの名無しさん** · 2022/02/17(木) 12:41:38.57

なんだかんだでMVVMの方が好きだな
UIの振る舞いを記述するならオブジェクト指向の方がメンタルモデルとも一致するし実装上の変な罠も少ないから簡単でメンテナンス性も高い
レンダリングは確かに関数の方が簡単だけどね

**デフォルトの名無しさん** · 2022/02/17(木) 12:56:35.11

俺は関数畑なのでReactがしっくり来たけど、そのへんは人に寄るよね

**デフォルトの名無しさん** · 2022/02/17(木) 13:36:09.37

>>663
どのmvvmの事？

angular？
knockout？

**デフォルトの名無しさん** · 2022/02/17(木) 16:12:10.27

アトミックデザインってSPAに合わなくない？
カタログは綺麗になるだろうけどディレクトリがごちゃごちゃになる
普通に機能目的別にコンポーネント分けた方がスッキリする

**デフォルトの名無しさん** · 2022/02/17(木) 19:13:53.80

>>662
情報が少ないってのはかなりネックだね
それだけでもゼロベースから導入するのにそこそこ高い能力が必要になるからな

**デフォルトの名無しさん** · 2022/02/17(木) 19:25:43.29

ゼロベースで大変なのはJS系はどれだって同じだ

**デフォルトの名無しさん** · 2022/02/17(木) 19:47:58.98

タスクランナーとか周辺ライブラリ選定して、設定とか全部書いてた頃に比べたらだいぶ良くなった

**デフォルトの名無しさん** · 2022/02/17(木) 20:08:23.60

多様性とか要らねえんだわ
tscを集中的に強化して他のエコシステムをはやく駆逐してよ

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

>>662
趣味なら良いけど仕事では使いにくいね

**デフォルトの名無しさん** · 2022/02/17(木) 22:47:31.25

>>667
>>671
なるほどね～。まだまだこれからって感じか

**デフォルトの名無しさん** · 2022/02/18(金) 00:29:30.37

Vueでspaログイン認証作ってるんだけどjwtの知見って必須なの？

**デフォルトの名無しさん** · 2022/02/18(金) 00:39:19.42

フロントでログイン認証とかそんな恐ろしいことできねえわ

**デフォルトの名無しさん** · 2022/02/18(金) 00:39:35.85

jwtなんかべつにいらんよ
ログインなんか普通になんもせずにPOSTしてるのがほとんどだよ

**デフォルトの名無しさん** · 2022/02/18(金) 01:53:25.40

なんちゅうアドバイス...

**デフォルトの名無しさん** · 2022/02/18(金) 06:54:28.62

JWT使うなら有効期限短くしてちゃんと使い捨ててくれよ！

データ抜かれても良いならまぁわりと雑でも良いと思うけど、パスワードとか個人情報みたいなデリケートなもの出てきたらさじ投げてAuthサービスとか信用できるライブラリ使うなぁ。生兵法危ないし。

**デフォルトの名無しさん** · 2022/02/18(金) 16:30:43.10

reactの野良OSS、品質どうにかならんもんかねぇ
公式がもう少ししっかり整備してくれんとダメだな

**デフォルトの名無しさん** · 2022/02/18(金) 16:38:45.20

つうかね
野良の分際でreact-*だとかreact-native-*って名前はダメでしょ
企業か個人の制作ですってわかるようなワード入れようよ
ウェッブの連中は何もかもが無責任で適当すぎて頭にくるぜ

**デフォルトの名無しさん** · 2022/02/18(金) 18:09:30.18

名前なんかつけたもんがちだからな
名前で管理すること自体が間違い

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

OSSなんだから信用出来るものを選定したりちゃんと機能するように環境を整えるのも技術者の腕の見せどころ。
それにRustだろうがGoだろうがPythonだろうがJavaだろうがライブラリやフレームワークの命名規則なんてけっこうガバガバだゾ

**デフォルトの名無しさん** · 2022/02/18(金) 18:38:24.98

それが当たり前と考えてる時点でもうダメなんだろうな
エコシステムが洗練されなくなる
多くの開発者が興味とは全く異なる部分で苦しむことになる

**デフォルトの名無しさん** · 2022/02/18(金) 19:02:51.86

自分で作れば？

**デフォルトの名無しさん** · 2022/02/18(金) 19:15:02.47

Forkすれば？

**デフォルトの名無しさん** · 2022/02/18(金) 19:51:16.27

>>651
React は海外に多い。JSX も便利

一方、Vue.js は、下のスレに書いたように、
YouTube で有名な、雑食系エンジニア・KENTA のRuby on Rails サロンで、
初心者の転職用に、React よりも、Vue.js を勧めている

日本では、Vue.js の方が、転職に有利

スレ立てるまでもない質問はここで 159匹目
https://mevius.5ch.net/test/read.cgi/tech/1644673480/73

**デフォルトの名無しさん** · 2022/02/18(金) 20:29:44.01

OSSを利用していないものだけが石を投げよ

**デフォルトの名無しさん** · 2022/02/18(金) 21:22:26.26

>>685
ケンタそれは悪手だぞ
いまからReactに変えろ

**デフォルトの名無しさん** · 2022/02/18(金) 21:51:56.43

>>682
名前が早い者勝ちになる問題は解決策がないんよな

**デフォルトの名無しさん** · 2022/02/18(金) 22:28:25.42

そこでangularですよ
何も考えなくて良かろう

**デフォルトの名無しさん** · 2022/02/18(金) 22:43:01.99

>>673
これ言葉足りずだった。
railsとvueでspa作成しててそのログイン認証と状態保持にjwtをcookieに保管する方法してるんだけど、この形ってspa開発ではスタンダード？

**デフォルトの名無しさん** · 2022/02/18(金) 23:08:17.30

なんでjwtを採用してるのかをちゃんと説明できるならいいんじゃない

**デフォルトの名無しさん** · 2022/02/18(金) 23:20:44.82

べつにjwtでなくても良いし

**デフォルトの名無しさん** · 2022/02/19(土) 00:05:01.72

>>689
angularってもうGoogleの社員しか使ってるの見たことねえ

**デフォルトの名無しさん** · 2022/02/19(土) 00:08:54.14

Googleの社員なんて見たことない

**デフォルトの名無しさん** · 2022/02/19(土) 00:46:49.77

>>689
Angularいいよな

**デフォルトの名無しさん** · 2022/02/19(土) 00:49:53.85

angularの良い点を教えてくれよ
なんかもう終わったものとして扱われてるけど

**デフォルトの名無しさん** · 2022/02/19(土) 00:53:52.91

オリジナルの開発者が逃げた時に
もう終わってたでしょ

**デフォルトの名無しさん** · 2022/02/19(土) 01:19:21.23

>>696
良く言えば破壊的変更が少なく安定してる
学習曲線が、、と言われるがちゃんと調べれば最適解がありほぼ悩まない安心感
ただもちろん世間じゃreact優勢だし無理に薦めない

**デフォルトの名無しさん** · 2022/02/19(土) 10:51:06.25

Better angularを目指したのがvue
だったはずなんだけどだけどなんでこうなった

**デフォルトの名無しさん** · 2022/02/19(土) 10:59:28.03

reactはJSの動作をそのまま使ってるのがすごい

**デフォルトの名無しさん** · 2022/02/19(土) 11:35:02.06

reactはシンプルなんですよ
jsそのまんまって感じ

**デフォルトの名無しさん** · 2022/02/19(土) 11:41:00.44

全然シンプルじゃない
hookの制約とか非常識すぎる

**デフォルトの名無しさん** · 2022/02/19(土) 12:05:01.28

>>689
Angularはいざ使おうとなったらマスターでも居ない限り調べる事やら覚える事が大杉だろ
その点Reactがjavascriptさえわかればなんとでもなる

**デフォルトの名無しさん** · 2022/02/19(土) 12:16:47.78

>>702
自分もあんま好きじゃないhookですけど
覚えること少ないし
機能自体はシンプルなんで
Vueより習得早いと思いますね
自分もあんま好きじゃないですけど

それとhookはガチで使わなくても
appの直下ぐらいで
viewの定義体を全部プロパティ経由で流しこめば
行けるんじゃないでしょうかね？
嫌いなひとは

**デフォルトの名無しさん** · 2022/02/19(土) 12:19:18.80

>>703
早いんですよねreactは習得が
未経験でもTodoぐらいの機能だと
初日でできちゃいますね

**デフォルトの名無しさん** · 2022/02/19(土) 12:25:42.08

みんなバリデータは何使ってる？
Ajvはクライアントで使うにはややファットだ

**デフォルトの名無しさん** · 2022/02/19(土) 12:34:18.03

>>704
それやると今度はバケツリレーきついんだよね
気持ち悪いhookを使うかバケツリレーで疲弊するかどっちか

**デフォルトの名無しさん** · 2022/02/19(土) 12:34:41.50

>>705
それは題材が単純すぎるだけ

**デフォルトの名無しさん** · 2022/02/19(土) 12:36:41.80

ほらね簡単でしょ？って言ってる製品ってチュートリアルにそって手を動かしてるだけの場合も多いんで、あんましあてにならん
そこそこの規模の業務レベルのシステムを組んで初めてツラミが見えてくる

**デフォルトの名無しさん** · 2022/02/19(土) 12:44:47.19

>>707
で、次にuseContextを導入して
調整すればいい感じになりませんか？

**デフォルトの名無しさん** · 2022/02/19(土) 12:51:24.09

MVVMは良かった
ごく普通のオブジェクト指向を知ってれば誰でもVMが書けた
あとはViewとバインドするだけ
ソースコードに無粋なXMLもスタイルも登場しない
ソースコードには振る舞いだけを書けばいいのだ
素晴らしい疎結合の世界
これなら研修を終えただけの新卒でもできる
オブジェクト指向は人間のメンタルモデルにフィットするこれが大事なことだ
ただViewを実装したフレームワークが残念だった
Microsoftはこの点について猛省しなければならない

reactは新卒には無理だ
関数型なんて初心者には理解できない
高階関数？美味しいんですか？
ループのなかで使ってはいけない？なんでですか？
ぼくが欲しいのはStateの配列であって配列のStateじゃないんですよ
memo？callback？いったいなんでこんなものを書かないといけないんです？
依存配列のせいでコードがめちゃくちゃ見にくいです
コールバックを修正したら間違いなく依存配列も直さないとダメだって？めんどくさすぎませんかね

**デフォルトの名無しさん** · 2022/02/19(土) 12:52:24.10

>>710
それは気持ちの悪いhookを深い階層のコンポーネントに導入することに他ならない
コンポーネントの純粋さは失われて気持ち悪いこんになる

**デフォルトの名無しさん** · 2022/02/19(土) 12:52:37.93

コンポーネントになる

**デフォルトの名無しさん** · 2022/02/19(土) 12:56:23.78

素性が判ったかんじ

**デフォルトの名無しさん** · 2022/02/19(土) 12:56:36.83

ライブラリが目先のシンプルさに囚われると逆に複雑な構築を強いられる事はままあるけど、その点、Reactは上手い構成だと思って使ってる。
合わないなら使わなければいいし、仕事なら慣れるしかない。

って、この人例のおじさんっぽいな

**デフォルトの名無しさん** · 2022/02/19(土) 12:57:06.77

だと思います

**デフォルトの名無しさん** · 2022/02/19(土) 12:58:15.28

reactおじさん達は私にreactを売り込む時に純粋関数でUIがチョー簡単に書ける夢のような世界だと言いました
それがどうです？
現場のプログラマは副作用だらけのコンポーネントに疲弊してるじゃないですか？
そして副作用から逃げたら悪夢のような階層のバケツリレーですよ
コンテキスト？それは副作用だろ！
現実の世界は関数じゃないんですよオブジェクトなんです
そこをよくご理解いただきたい

**デフォルトの名無しさん** · 2022/02/19(土) 13:02:27.69

関数型パラダイムとかReactについて行けない人が居るのはわかるし仕方のないことだと思うけど、こんなとこで愚痴られてもなぁ

**デフォルトの名無しさん** · 2022/02/19(土) 13:03:36.61

理解力のないメンバーに認識させるには
どうすれば良いでしょうか？

一番確実なのは
コードを対比させて見比べさせる事でしょうかね？

**デフォルトの名無しさん** · 2022/02/19(土) 13:05:44.59

そういうとこだよ
「ついていけない」という表現が自然と出てくるってことは内心では無意識に難しくて使いにくいフレームワークだって思ってんだろうな

**デフォルトの名無しさん** · 2022/02/19(土) 13:07:30.13

この人の指してるmvvmって
angularとかのイケてるのじゃ無い方のですからね

**デフォルトの名無しさん** · 2022/02/19(土) 13:11:30.01

>>721
そんな感じだよね

**デフォルトの名無しさん** · 2022/02/19(土) 13:14:59.27

>>690
面倒くさがりな香具師のために、
誰かがRuby on Rails 用の各種プロジェクト generator を作っている

Boring Generators
https://github.com/abhaynikam/boring_generators

ログインは皆、Devise を使う。
Omniauth で、Facebook, GitHub, Google, Twitter など

**デフォルトの名無しさん** · 2022/02/19(土) 13:21:20.15

あれもダメこれもダメなら自分で作れよ
ワガママな乞食だな

**デフォルトの名無しさん** · 2022/02/19(土) 13:59:41.44

批判内容がふわっとしてるというか上の方で見た意見そのままなので、おじさんはReactエアプっぽい

**デフォルトの名無しさん** · 2022/02/19(土) 14:11:39.62

>>707
バケツリレーはコールバック地獄と似た様な構造で全世界的に問題になってるだろうしその内それに関するasync/awaitみたいな解決策は出てくるだろうね

**デフォルトの名無しさん** · 2022/02/19(土) 14:42:37.09

世界的にとか主語を大きくする癖やめた方が良いよ

**デフォルトの名無しさん** · 2022/02/19(土) 15:07:56.13

JSに暗黙的引数渡しみたいな機能があれば良いのだけどね

**デフォルトの名無しさん** · 2022/02/19(土) 15:30:55.33

まだ全宇宙的までいってない謙虚さ

**デフォルトの名無しさん** · 2022/02/19(土) 17:07:33.86

MVVMよりMVCのほうが全然よくね？

**デフォルトの名無しさん** · 2022/02/19(土) 17:26:43.59

JSフレームワーク初心者だけど、vueが格段に分かりやすかった
というかvueが昔のhtmlファイルの構成を想像しやすいんだよな

Reactは単純なファイル構成にならない、というかページじゃなくシステムを作ってる感覚

**デフォルトの名無しさん** · 2022/02/19(土) 17:58:12.54

おじさん今度はvueに移ったのか

**デフォルトの名無しさん** · 2022/02/19(土) 18:05:26.30

流石に違うんちゃう？
こういう疑心暗鬼、嫌だなぁ。次スレはワッチョイあったほうが良いよマジで

**デフォルトの名無しさん** · 2022/02/19(土) 18:12:34.69

>>731
それはコントロール分割の程度の話で
reactもvueも変わらんのじゃないの？

**デフォルトの名無しさん** · 2022/02/19(土) 18:36:43.80

まあそりゃ元々がjQueryやってた感覚からするとvueが分かりやすくとっつきやすいって言い分は分かる
ただそれは使えてるってだけで使いこなしてる段階ではないと思う

**デフォルトの名無しさん** · 2022/02/19(土) 18:43:11.89

vueは3になってグダグダになった
今はReact一択

**デフォルトの名無しさん** · 2022/02/19(土) 19:05:51.41

海外で圧倒的な差がある以上それに逆らうと損するだけ。
どんどん優位性が広がるだけだから、どこかで折れる事になる。
なら早いほうが良い。

**デフォルトの名無しさん** · 2022/02/19(土) 19:26:11.18

でもコンポーネントライブラリVueのほうが良さげなの多いんだよね

**デフォルトの名無しさん** · 2022/02/19(土) 19:31:11.70

野良ライブラリが多すぎる
公式はろくに仕事せず無報酬の素人任せ
最終コミットが平気で数年前とかある
責任感なんてあったもんじゃない