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/01/22(土) 22:36:32.62

アジア圏でしか使われてない
Angularとずっとシェアがトントン

**デフォルトの名無しさん** · 2022/01/22(土) 22:56:29.72

>>101
現在のvueのベストプラクティスと言われてる書き方を見てみな？
ほぼReactでしょ
つまりそういうこと

**デフォルトの名無しさん** · 2022/01/22(土) 23:09:14.68

>>101
そもそもbetter angularというコンセプトの元
人気が出たvueだがその記述方法がオワコン化するに従って
Reactの機能を取り入れ始めた
そして全てがReactになる

**デフォルトの名無しさん** · 2022/01/22(土) 23:18:25.01

別にvueでもいいと思うぞ
ここでオワコン言ってるやつは、そいつがそうなってほしいだけ
まあ、時間がそのうち決めるだろうさ

**デフォルトの名無しさん** · 2022/01/23(日) 00:34:43.39

単一ファイルコンポーネントはわりと好きだった

**デフォルトの名無しさん** · 2022/01/23(日) 00:38:59.45

これからはSvelteが流行るって聞いて勉強してるんだがそろそろReactもオワコン扱いしていかないか？

**デフォルトの名無しさん** · 2022/01/23(日) 00:58:41.28

Svelteが殺してしまうのは多分ReactじゃなくてVueなんだろうな……

**デフォルトの名無しさん** · 2022/01/23(日) 01:07:55.47

>>108
多分そうなると思う
結局Reactの素晴らしさはコンポーネントとHooksとJSXの連携なのだから
そこを避けようとするフレームワークはどこまでいってもReactになれない

**デフォルトの名無しさん** · 2022/01/23(日) 01:13:47.61

laravelとVueは中国語のドキュメントが充実している

65 · 2022/01/23(日) 05:44:45.01

日本は特殊で、YouTube で有名な、雑食系エンジニア・KENTA のサロンでも、
未経験者の転職用にはReactよりも、Vue.js を使うように指示している

誰か、Vue.jsがオワコンかどうか、KENTAに聞いてみてくれ

PHP, Scala は、KENTAがオワコン認定したから、もう新規プロジェクトは無い。
ZOZO はLaravel だけど、創業者の前澤が、会社の株を孫正義に2千億円で売って逃げた

**デフォルトの名無しさん** · 2022/01/23(日) 05:51:50.36

KENTA？
誰？

**デフォルトの名無しさん** · 2022/01/23(日) 07:22:45.53

ケンタはフロントが絶望的にできないからお呼びではない

**デフォルトの名無しさん** · 2022/01/23(日) 17:21:31.55

中国人ならvue
それ以外ならreact

**デフォルトの名無しさん** · 2022/01/23(日) 17:25:00.77

これからはvue3 x Nuxt 3だよ
Reactなんて外国にカブれてる奴が使ってるだけだろ

**デフォルトの名無しさん** · 2022/01/23(日) 18:37:17.60

中国被れがなんか言ってるぞ

65 · 2022/01/24(月) 04:23:26.19

KENTA・勝又健太は、YouTube のRuby on Rails 初心者向け有料サロンの主。
月千円で、日本6位の3千人が入っている。
1位は、キングコング西野の数万人

Vue.js 日本ユーザー会も3千人で、1つのRailsサロンと同じ人数

KENTAは、日本にプログラミング教育革命を起こした。
1年ぐらいの勉強で、10年以上のプログラマーよりも上

最も短時間の勉強で、給料を上げる方法を見つけた人。
それが、Rails のバックエンドエンジニアになる事

KENTAの普及により、今じゃ未経験者でも、
Bootstrap, Heroku, Docker, CircleCI が当たり前

今や、AWS Fargate, GitHub Actions, Terraform,
TypeScript, React, Vue.js 出来ないと差別化できない

今の未経験者は、それぐらいハイレベルな領域で戦っている。
10年以上の化石プログラマーは、太刀打ちできない。
使っている道具が違うから

ツルハシで掘っている土方と、巨大なメカで、トンネルを掘っているのとの違い。
それに初めて気付いて、教育革命を起こした

**デフォルトの名無しさん** · 2022/01/24(月) 08:40:30.54

いつもKENTAの宣伝しにくる人のレベルを見るとKENTAのレベルの低さが如実にわかる

**デフォルトの名無しさん** · 2022/01/24(月) 20:21:01.57

svelteはvueの正当進化系
vue3の中身がsvelteでもおかしくないはずだった

**デフォルトの名無しさん** · 2022/01/24(月) 20:38:11.48

じゃあvue君次はsvelteにすり寄ればええやんけ

**デフォルトの名無しさん** · 2022/01/24(月) 20:56:17.77

vueって仮想DOM使ってないんだったっけ？
マイナーだからよく知らんが

**デフォルトの名無しさん** · 2022/01/24(月) 21:27:03.91

この指摘は結構的確
https://www.youtube.com/watch?v=td6cX0en4oI

**デフォルトの名無しさん** · 2022/01/24(月) 22:04:02.46

フロントは各自が好きなもの使えばいい
そのためにバックエンドと切り離したんだからね
明日オワコンなってもすぐに乗り換えられる安心感

**デフォルトの名無しさん** · 2022/01/24(月) 23:08:34.60

KENTA の天敵・モローは消えた

モダンな自社開発系Ruby on Rails のKENTA vs
旧態依然のJava 土方を集める、SES のモロー

みずほ銀行の2千億円・統合プロジェクトも終わって、Java土方の仕事が無くなった。
それで、みずほ銀行はバグってばかり

可読性も悪いし、巨大すぎて直せない

**デフォルトの名無しさん** · 2022/01/24(月) 23:48:28.66

サーバーサイドはPHPが一番分かりやすい
Rubyなんて論外ｗ遅いし見にくいｗ

**デフォルトの名無しさん** · 2022/01/25(火) 06:21:43.12

わかりやすい≒使いやすい、ではないと思う。それはそれとしてPHPもすごく進化して昔とは別物らしいな。使ってないから知らんけど。

**デフォルトの名無しさん** · 2022/01/25(火) 06:24:38.49

>>126
いいなぁ

**デフォルトの名無しさん** · 2022/01/25(火) 06:56:38.55

Rubyは遅いし世界的に廃れているしな
イキってた残りカスがそこら中でケンタと一緒に宣伝してるがそもそも言語として論外

**デフォルトの名無しさん** · 2022/01/25(火) 08:00:40.58

いつものRubyガイジがやたらとKENTAに言及してるのなんでだろう？と思ってたんだが
そのKENTAとやらがRubyを推してるっていう理由だけなのか

この板についてはRubyもKENTAもNGWordに突っ込んでおけば万事解決だな

**デフォルトの名無しさん** · 2022/01/25(火) 10:03:27.07

ReactのHookはsvelteのstoreの

**デフォルトの名無しさん** · 2022/01/25(火) 10:03:42.67

ことかな？

**デフォルトの名無しさん** · 2022/01/25(火) 11:16:11.38

フック船長はなんでもありな感じ
Reactの純粋さにとって都合が悪いものをまとめて隠蔽するヤバい奴

**デフォルトの名無しさん** · 2022/01/25(火) 11:39:52.80

当方、svelteでwebアプリのフロントエンドを学んでいるが

javascriptの型無し && スレッド意識せず && 引数の参照渡し && エラーマネジメント皆無

で、すぐ迷宮になりそう。
こんな言語仕様でよくチームで組めますね…怖い

**デフォルトの名無しさん** · 2022/01/25(火) 12:03:18.55

TSにすること
入力を常に信用しないこと(型が付いてても)
出力も信用しすぎないこと
OSSライブラリは間違っている前提でラップする事
関数を盲信せず普通にオブジェクト指向すること
typeフィールドで望まないダックタイピングを抑制すること

これがフロントエンド開発のコツやね

**デフォルトの名無しさん** · 2022/01/25(火) 12:58:53.71

>>133
大丈夫、JavaScript怖くないよ！

> javascriptの型無し
TypeScriptとバリデーションで解消
> スレッド意識せず
WebWorker使わなきゃスレッド関係ない。非同期の話なら他の言語でも使われてるから慣れた方がいいかと。
> 引数の参照渡し
なんか問題ある？
> エラーマネジメント皆無
TypeScript使ってれば殆どの実行時エラーは潰せるので、あとはサーバとの通信時くらいになる。そのへんはPromiseなのでcacheメソッドで処理する（RustのResultみたいに）

**デフォルトの名無しさん** · 2022/01/25(火) 13:53:10.77

ReactとMaterialUIを昨日から始めたんだけど
既に挫折しそう…

https://i.imgur.com/x7ii8B0.png

ボタンの色を変えたいだけなんだけど
色んなページを見ながらやっていて
これで色は変わったんですが
ボタンを押したら指定した色ではなく
白色にボタンが変化してしまいます

なんか設定が間違ってるんでしょうか？

**デフォルトの名無しさん** · 2022/01/25(火) 13:57:11.19

ちなみにvariant="contained"を消した場合
ボタンを押したらボタンが消滅します
リロードすればまた緑色のボタンとして復活します

**デフォルトの名無しさん** · 2022/01/25(火) 13:57:29.19

jQueryでやりたい…泣

**デフォルトの名無しさん** · 2022/01/25(火) 14:04:28.53

結構色んなサイトを見て
やり方とかimportする内容が違ったりするんですが
色々なパターン試してみた結果
色を変える事が出来るんですが
やっぱりボタンを押すと色がトンチンカンな色になります
sxプロパティで赤色に変えた時は
クリック後に青色になります
もう意味が分からない…

**デフォルトの名無しさん** · 2022/01/25(火) 14:18:52.87

これ消えてるわけじゃないのか
materialUIってもしかして背景が黒の場合が
全く想定されていないUIなのか…

**デフォルトの名無しさん** · 2022/01/25(火) 14:46:05.04

個人的な意見だけど見た目をカスタマイズしたい要件があるときはサードパーティコンポーネントは使わずにゼロから作る方が楽だと思う
便利な機能を持ったサードパーティコンポーネントが使えなくなるのは残念だ
だけど見た目の変更の仕方がわからなくなって何時間もハマるのはもっといやだ
サードパーティコンポーネントでやると決めたら拘りは捨ててコンポーネントを並べるだけで最後まで突っ走る

この見た目の定義がコンポーネントに隠蔽されてるのでカスタマイズしにくい問題をreactの達人はどうやって解決してるんだろう？

**デフォルトの名無しさん** · 2022/01/25(火) 15:04:21.85

>>141
ほんとそうかもしれない…
普通のやり方でやれば5分で終わる作業なのに
何時間もかけるのはアホらしい…

**デフォルトの名無しさん** · 2022/01/25(火) 15:16:41.58

Reactの達人では無いけど、
俺はわりとプレーンなコンポーネントを使うし、デザイン面は愚直に書けるTailwindCSSだより。
複雑なコンポーネントはデザイン用のインターフェイスだいたいある気がする

**デフォルトの名無しさん** · 2022/01/25(火) 15:59:12.23

下に記述してるstyleの宣言を上のSenderより上で宣言しないといけないんじゃないの？

**デフォルトの名無しさん** · 2022/01/25(火) 16:21:49.50

>>141
特にB2Bな案件だと自前で作るしかないねえ
ライブラリの罠に嵌まりたくもないし
メンテされなくなった時のリスクもでかい

**デフォルトの名無しさん** · 2022/01/25(火) 16:36:07.84

いきなりreactとUIライブラリの学習はキッツイだろ
reactに慣れてきてからUIライブラリ使いなよ

**デフォルトの名無しさん** · 2022/01/25(火) 16:42:44.81

ちょっとmaterial UIは諦めます
reactを覚えるだけでも大作業だわ…
親から子コンポーネントに
関数を渡すのに1時間30分かけて進展がない…
もう全部捨ててjQueryでやろうかしら…

Action Script、C/C++、Swift、SwiftUI、
processing、openFrameworks、
AVR(c)、とやってきたけど
初歩的なところでこんなつまづいたの初めてかもしれん…
やってられん…
Facebookが作るものはやっぱりFacebookクオリティか…

**デフォルトの名無しさん** · 2022/01/25(火) 16:45:43.61

>>147
context使えよ

**デフォルトの名無しさん** · 2022/01/25(火) 17:23:44.90

1時間半で諦める人には向いてないかも

**デフォルトの名無しさん** · 2022/01/25(火) 17:30:42.61

>>147
マテリアルUIは使ったこと無いから知らないけど、親から子に関数渡す超初歩的なことならドキュメントに書いてあると思うよ

**デフォルトの名無しさん** · 2022/01/25(火) 17:42:37.67

さすがにヘボすぎだろ

**デフォルトの名無しさん** · 2022/01/25(火) 18:38:47.07

Reduxほんとに使うこと無くなったね
もう2度と関わりたくないよ

**デフォルトの名無しさん** · 2022/01/25(火) 19:01:34.68

ゆうてまあここはReactについて答えられないやつばっかだしな
口だけなのよみんな

**デフォルトの名無しさん** · 2022/01/25(火) 19:17:30.98

React使えば凄いもの作れるかといったらそうでもないし
そもそもそんな凄いインターフェースなんか求められていない

インターフェースなんかHTMLとCSSで作ればいいんだよね
HTMLとCSSは随分と高機能になったから
そこにちょっとjQueryで動きをつければ十分なことが多い

イラストレータやCADソフトみたいなものはReactみたいなものが
便利だと思うけど、普通の管理画面インターフェースとかだとjQueryで十分

**デフォルトの名無しさん** · 2022/01/25(火) 19:26:48.23

>>136
ボタンを押したら白くなる……がちょっと意味わからんけど

&:hover {
}

を用意すればいいって話だったりするのかな

**デフォルトの名無しさん** · 2022/01/25(火) 19:31:01.82

>>153
上の方見ると詳しい人もいるし、単に余計な捨て台詞吐くから反感買ったんだと思う。

>>154
jQuery使うくらいならバニラの方が楽だな。

**デフォルトの名無しさん** · 2022/01/25(火) 21:42:48.67

jQueryはバニラと混ぜて使えます。
バニラよりも簡単にかけるところだけ
jQueryを使えばいいのでバニラが簡単というのは
理論的にありえません。

**デフォルトの名無しさん** · 2022/01/25(火) 21:45:15.73

>>155

> &:hover {
> }
>
> を用意すればいいって話だったりするのかな

ありそうな話だな。CSSが苦手なくせに
CSSを勉強しないから、無駄なJavScriptコードを書く人が多い

そういうやつに限ってCSSをけなして
使えない自分を擁護している

**デフォルトの名無しさん** · 2022/01/25(火) 21:55:05.28

はいはい。自分で立てたスレでやってね

**デフォルトの名無しさん** · 2022/01/25(火) 21:56:02.66

ここでやるよ

**デフォルトの名無しさん** · 2022/01/25(火) 22:01:21.44

CSSの勉強とかする奴いるの？

**デフォルトの名無しさん** · 2022/01/25(火) 23:02:59.34

管理画面や業務システム系にはReactがベスト

**デフォルトの名無しさん** · 2022/01/25(火) 23:04:55.60

フロントエンジニアなのにcss設計ができないならReact使う意味ない

**デフォルトの名無しさん** · 2022/01/25(火) 23:19:08.31

>>162
わかる。fetch待ってあっちの状態を拾いつつこっちに同期して副作用見ながらElement差し替えて……とか考えずにサクッと組めてほんと楽

**デフォルトの名無しさん** · 2022/01/25(火) 23:42:58.03

漏れは、CSS は分からない。
Ruby on Rails で、SASS・Bootstrap しか知らない

>>136
Railsでは、React, Bootstrap, Bulma, Tailwind が多い

Material-UI, ElementUI は、あまり聞かない

**デフォルトの名無しさん** · 2022/01/26(水) 00:10:14.89

最近のシングルページアプリケーション大嫌いだから早く廃れてほしいわ

**デフォルトの名無しさん** · 2022/01/26(水) 06:29:00.55

いちユーザとしての嗜好をここに書かれてもなぁ。
SPAなんて15年位前からあるわけだし、スレタイのライブラリやフレームワークはSPA以外も作れるし。

**デフォルトの名無しさん** · 2022/01/26(水) 10:46:32.23

SPAがいいというか最初のロードで終わるから便利なのであって
今時ページ毎に読み込みとかダサいでしょｗ

**デフォルトの名無しさん** · 2022/01/26(水) 11:25:39.57

ページごとに読み込んでくれた方がリセットされる安心感がある
あと遷移前のページとは基本的に切り離して考えて操作すればいいのねということがよくわかるからマルチページのほうが良いと思う
マルチページのほうがハイパーリンクやRPAとの相性もいい

これはあくまでユーザー目線になった時にどっち使いたいか？って考えたときにそう思うってだけね
開発者の目線だとSPAの方がアーキテクチャが綺麗に階層化されててメンテしやすく実装が簡単なのでいいと思う

**デフォルトの名無しさん** · 2022/01/26(水) 11:26:22.51

安心感w

**デフォルトの名無しさん** · 2022/01/26(水) 11:29:29.66

>>168
ダサいとかいうお前の主観で判断するなや

**デフォルトの名無しさん** · 2022/01/26(水) 11:30:21.31

>>169
マルチページだと、それそれが担当する範囲が分離されていて
複数の人が並行で開発しやすくなる
大規模システムに向いてる

**デフォルトの名無しさん** · 2022/01/26(水) 11:31:05.53

ユーザー目線になった時SPAは「マルチページであるかのように見せる」
ということを徹底しなければいけない

本末転倒ｗ

**デフォルトの名無しさん** · 2022/01/26(水) 11:32:34.74

>>170
草生やしてるけど安心感ってめちゃくちゃ重要だと思うんだが？
特にエンドユーザーはITのことなんてよく知らんから安心感が何より大事
「あっ、これはよくある普通の素朴なホームページだ、これなら簡単に使えそうだ。ホッとするね」って思ってもらえたら勝ちよ
逆に「な、なんだこれは。ブラウザなのにまるで業務用のデスクトップツールみたいに複雑だぞ。ひえ～、動かし方が想像できない。う～ん、こりゃ困ったぞ」って思われたら負け

**デフォルトの名無しさん** · 2022/01/26(水) 11:38:28.35

spaを何だと思ってるんだ？
twitterが複雑で使いづらいとか聞いたことないが

**デフォルトの名無しさん** · 2022/01/26(水) 11:46:40.80

ひょっとしてSPAだとルーティング出来ないと思ってるのでは？

**デフォルトの名無しさん** · 2022/01/26(水) 11:53:28.56

>>174
お、そうだなおじいちゃんw

**デフォルトの名無しさん** · 2022/01/26(水) 11:55:32.37

>>175
一例だけで全体を押し測るのはどうかと思う

>>176
従来のページ遷移に見せかけてるだけであって別の概念
やっぱり全てリセットほどの安心感はないね

**デフォルトの名無しさん** · 2022/01/26(水) 11:56:49.13

>>177
俺はまだおじいちゃんじゃないけど、世の中おじいちゃんおばあちゃん、おじさんおばさんがどんどん増えてるんだから、彼らに最適化したシステムを作るべきなんだよな

**デフォルトの名無しさん** · 2022/01/26(水) 11:57:50.70

>>174
それは見た目(デザイン)の問題であって
シングル/マルチとは関係なさそう

**デフォルトの名無しさん** · 2022/01/26(水) 11:59:54.06

IE使ってそうなおじいちゃんだなw

**デフォルトの名無しさん** · 2022/01/26(水) 12:01:00.51

>>178
概念が違っても見かけが同じなら気づかなくね？
例えば、ユーザーはTwitterのタイムラインとツイート単独画面を別のページだと思ってるでしょ

**デフォルトの名無しさん** · 2022/01/26(水) 12:03:56.46

>>180
デザインの違いじゃなくてあの遷移するときのいったんリセットしてロードし直してる感が良いんだよ
あれがあるとすごく安心するんだ

**デフォルトの名無しさん** · 2022/01/26(水) 12:04:33.05

>>181
Chrome、EDGE、時々Safari使ってる

**デフォルトの名無しさん** · 2022/01/26(水) 12:10:01.72

>>182
気付いてはいるだろう
あれリロードされないぞって

**デフォルトの名無しさん** · 2022/01/26(水) 12:16:09.14

それ、ただの遅いサイトでは……。
じゃあロード画面でも表示しますか

**デフォルトの名無しさん** · 2022/01/26(水) 12:16:30.19

現代の大半の人間はYouTubeやTwitterとかLINEやTikTokとかのアプリを長い時間使ってるし、それらのアプリはSPAの動きするから現代の人間にとってはSPAの方が慣れていると思うぞ
ゆえにページ移動の度に画面が一瞬真っ白になるのって「なんやこれ？」ってなる

**デフォルトの名無しさん** · 2022/01/26(水) 12:23:35.09

>>186
ロード画面はいいかもね
あとは上から徐々にレンダリングされていくあの感覚
あそこまで再現できれば安心感を演出できるかも

**デフォルトの名無しさん** · 2022/01/26(水) 12:25:11.75

>>187
ないない
そんなのごく一部の例外だって
世の中のほとんどはまだSPAになってないし今後もならないだろう
ユーザーはよく使うマルチページのほうが親しみがある

**デフォルトの名無しさん** · 2022/01/26(水) 12:28:05.87

どこまでネタかわからん

**デフォルトの名無しさん** · 2022/01/26(水) 12:28:56.83

あとね
SPAに慣れるってことは基本的にないんだ
SPAで作った特定のアプリに慣れることはある
だけどそれに慣れたとしても別のアプリには慣れない
だってSPAのアプリは個性的でそれぞれ違う動きをするから

これとは対照的にマルチページアプリはどれもウェブの作法を守ってるので異なるアプリでも共通点が多い
なのでマルチページアプリに慣れるってのは大いにあり得る

**デフォルトの名無しさん** · 2022/01/26(水) 12:34:01.00

慣れるも慣れないも時代によって使われる技術は変わるだろ
頭カッチコチの老人かよ

**デフォルトの名無しさん** · 2022/01/26(水) 12:34:24.78

視野が恐ろしく狭い

**デフォルトの名無しさん** · 2022/01/26(水) 12:40:35.07

>>189
スマホ持ってないの？
お年寄り用とか子ども用のスマホなら持ってる？
それならYouTubeとかTwitter使えないかもしれないけども
言うてもネイティブアプリってSPAになってるやつしか見たことないな

**デフォルトの名無しさん** · 2022/01/26(水) 12:41:06.07

>>192
変わるものもあれば変わらないものもある
HTML、HTTPはず～～～っと昔からあってあまり変わってない
SPAの方が異端なんだよ明らかに

**デフォルトの名無しさん** · 2022/01/26(水) 12:41:39.99

親しみのあるガラケー使ってんだろ

**デフォルトの名無しさん** · 2022/01/26(水) 12:42:31.75

前にいたjqueryおじやろw

**デフォルトの名無しさん** · 2022/01/26(水) 12:42:53.80

>>194
ネイティブの話はしてないよ

**デフォルトの名無しさん** · 2022/01/26(水) 12:44:09.89

>>195
HTMLもHTTPも時代に合わせて変わってるけど？
変わってないのはお前の頭だけな

**デフォルトの名無しさん** · 2022/01/26(水) 12:47:38.52

>>196
流石にモバイルはとっくにスマホだよ
三輪車と自動車ぐらい差がつく物なら流石に自動車を選ぶ
それは当然の選択だろう

でもSPAとマルチページアプリってそこまで差がないと思うなー
普通の自転車とロードバイクぐらいの差かなー？
つうか差がないどころか使い勝手はマルチページアプリの方が良いとすら思ってるよ
自転車の例えで言うと「あのー速いのはわかったんですけど、ロードバイクのハンドル持ちにくいんでね。普通のハンドルにしてくれませんか？」みたいな感じ

**デフォルトの名無しさん** · 2022/01/26(水) 12:48:21.26

>>199
あまり、って言葉が見えなかった？