Vue vs React vs Angular vs Svelte Part.8

**デフォルトの名無しさん** · 2021/05/23(日) 13:42:32.51

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/

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

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

むしろJSXは自由に書けない（分岐とか）のが使いづらさだという印象。

でもこの話題がいつも不思議で、JSXに嫌なところがあったとて、結論Reactでしょ

なんで敢えてVue? React以降をしてるプロジェクトをよく聞くし、Vueがいいというのは単にサンクコストじゃないの

日本はVueのがひろまってたから、つまりざっくり言って国内業界全体として技術選定ミスったんでしょ

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

ちょっとreactはじめてみようとおもってドキュメントの最初の
hello world表示するだけのコードを開いてみたのですがレスポンスが悪くて勉強するか悩んでます
https://raw.githubusercontent.com/reactjs/reactjs.org/master/static/html/single-file-example.html
reactで作ったものはどうしてもレスポンスが悪くなってしまうのでしょうか？
JSXを使わなければ少しはまともになるのでしょうか？

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

そのソースにコメントで書いてある通り、その使い方では遅いんだよ。
とりあえずnpmでcreate-react-appしてからレスポンスを語れ

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

reactってフォームが糞だったが
今はましになったかな

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

フォーム用のReactライブラリ使うとすげー楽だぞ

**デフォルトの名無しさん** · 2021/10/04(月) 13:22:06.40

>>173
ありがとうございます。コメント見てませんでした。
コンパイル的な作業が必要になるんですね。
10年ぶりぐらいにWebやっていて、npmは使ったことがなく、
まだnpmのくだりはでてきてないので読みすすめて行こうと思います。

**デフォルトの名無しさん** · 2021/10/04(月) 15:54:58.84

>>172
最初の読込みに時間が掛かるのは仕方ないと割りきらなきゃいかんが
ちゃんと作れば初回ロード以外のページ遷移は軽くできる
あとプロダクションビルドすれば初回ロードも多少速くなる

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

レンダリング前の画面が一瞬チラッとするのがムカつく事はあるけど、初回含め遅いと思ったこと無いなぁ。

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

Vueが使い込むと辛いことになるとか言われ始めてるけど
そんなん言い出したらWeb技術全般がつr(ry

**デフォルトの名無しさん** · 2021/10/10(日) 20:34:42.11

使い込んでもつらくないのってどれ？

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

Reactは慣れてきたらコンポーネント定義が楽しくなってくる

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

>>180
3年前からAngular使ってるが、破壊的な変更や
根本的な概念の更新がほぼ無いので安心してる
一番辛いのが流行り廃りに翻弄される事だしな

もちろんマイナーだし今後は分からんけど
一つの意見として聞いてくれれば

**デフォルトの名無しさん** · 2021/10/10(日) 23:43:15.16

Reactのが長いことやるのにいいと思うよ
Vue使ってる会社は、騙されたと思って書き換えた方がいい
したら意味わかる
メンバーも喜ぶ

**デフォルトの名無しさん** · 2021/10/11(月) 00:07:25.03

破壊的な変更で人がゴッソリ減ったのがAngularなんだが

**デフォルトの名無しさん** · 2021/10/11(月) 01:28:48.91

version5以降くらいからの話じゃない？知らんけど

**デフォルトの名無しさん** · 2021/10/14(木) 16:39:14.07

ずっとAurelia使ってるけど情報が少ないことと2が出るまでバグが放置されてること以外は辛くないな

**デフォルトの名無しさん** · 2021/10/14(木) 21:22:56.64

そりゃ辛そうだな…
金と女に縁がないこと以外は幸せ、みたいなｗ

**デフォルトの名無しさん** · 2021/10/14(木) 22:34:48.55

空席を除いてほぼ満員、みたいな奴か

**デフォルトの名無しさん** · 2021/10/15(金) 01:51:28.26

人の気持ちが分からなくてすぐ手が出ちゃうだけで根はいい子

**デフォルトの名無しさん** · 2021/10/15(金) 09:44:14.87

Material-UIがいつの間にかv5になってた
スタイルが書きやすくなってるね

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

Reactのオススメの学習方法ある？

**デフォルトの名無しさん** · 2021/10/19(火) 06:32:49.61

Webpackがわからんレベルならそこからまとまってて最近充実してきた書籍を買う。そうでなければ、公式のドキュメントを読む。そして何か（ベタにToDoアプリとか）作ってみる。
クラスコンポーネントで解析してるようなものは慣れるまで避けろ

**デフォルトの名無しさん** · 2021/10/19(火) 06:34:58.34

Webpackって分かりにくいけど
今後も生き残るものなのだろうか？

**デフォルトの名無しさん** · 2021/10/19(火) 06:35:51.60

>>191
create react app

**デフォルトの名無しさん** · 2021/10/19(火) 06:56:19.97

仮にWebpackが死んでも似たような物に変わるだけじゃね？
ECMAのimportだけじゃminifyできないし

**デフォルトの名無しさん** · 2021/10/19(火) 10:31:45.17

Webpackは出来るだけいじらないようにして
Webpackの時代が終わるのを待ってるかんじ

必要なら当日するけど
其処まで踏ん切りつかん状況

**デフォルトの名無しさん** · 2021/10/19(火) 10:32:10.22

...必要なら投資...

**デフォルトの名無しさん** · 2021/10/19(火) 11:31:26.70

似たような後続はあるにはあるが大幅に良くなることは無いしなぁ
nodejs自体から変わらないと革新的なものはでなさそう

**デフォルトの名無しさん** · 2021/10/19(火) 12:41:19.18

Webpackは設定ファイル書き書きするだけでそんなに難しくない。ただバージョンアップで苦しむこともあるし、0からReactと並行して始めると辛いので本の導線があると楽かなって思う。

**デフォルトの名無しさん** · 2021/10/19(火) 12:49:14.35

押しつけの難解な設定より
普通のコードで設定書くほうが良いんだけどな
そんなのなかったっけ？

**デフォルトの名無しさん** · 2021/10/19(火) 20:36:57.96

押しつけじゃない簡単な設定ならもっと良いんじゃない？

**デフォルトの名無しさん** · 2021/10/19(火) 20:53:00.02

AngularならWebpack意識せず学習可能

**デフォルトの名無しさん** · 2021/10/19(火) 21:21:34.46

>>202
Reactもかわらんよ

**デフォルトの名無しさん** · 2021/10/20(水) 14:58:58.92

今の主流ってzero-configだしな

あとコンフィグなんて基本は使い回しよ
webpackがrollupがesbuildがーって頭悩ましてる記事とか見掛けるけど
そのあたりのファイルを現場で直に触ることなんてほとんどない

**デフォルトの名無しさん** · 2021/10/20(水) 15:41:15.75

そうか？
ターゲットとか指定したいし、ライブラリ入れたら弄らないと駄目なこともあるくね？

**デフォルトの名無しさん** · 2021/10/20(水) 18:05:42.09

>>205
そういう場合も特定の人だけが触るからな
ざっくりと何をしているのかが分かっていれば十分よ
ターゲットやバージョンもほぼ固定だし
弄らないとダメなライブラリはよっぽどの理由がない限りは選定されない

個人やフリーランス、めちゃくちゃ裁量権のある立場は知らん

**デフォルトの名無しさん** · 2021/10/20(水) 18:11:23.46

LaravelMix使うとwebpackの設定は割と簡単に書けるからオヌヌメ

**デフォルトの名無しさん** · 2021/10/20(水) 18:36:50.70

>>206
ざっくり理解すれば十分ってのは同意。よほど踏み込まない限りWebpackも難しいものでない

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

Laravel使う現場って実在するのかよ
プログラミング教室でしか使わんだろと思ってたわ

**デフォルトの名無しさん** · 2021/10/20(水) 20:36:56.01

ParcelでWebpack要らなくなるとか言われてたけど結局こんなもんだな。

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

laravelは割と主流派だぞ。
laravelmixは信者しか使っていないと思うが。

**デフォルトの名無しさん** · 2021/10/21(木) 22:00:40.93

ホームページ屋さんが頑張って使ってるミドルウェアな印象

**デフォルトの名無しさん** · 2021/10/22(金) 00:24:44.17

Reactできる人はみんなCSS作れるの？

**デフォルトの名無しさん** · 2021/10/26(火) 08:53:22.03

おまえらPage Insightの結果はどのぐらい当てにしてる？
SPAは評価悪くなるよな
評価上げるためにリファクタリングするのに疲れちゃったよ

**デフォルトの名無しさん** · 2021/10/26(火) 14:12:43.81

>>214
SSRとハイドレーションやろう
サイトによるがそもそも気にしないという選択肢は十分あり

**デフォルトの名無しさん** · 2021/10/26(火) 18:19:21.84

CSRだけだとページ表示ユーザ体感が悪すぎるしSEOも不利なので一般向け情報ページならば
SSR/SSG＋プログレッシブリハイドレーションが良いでしょう

**デフォルトの名無しさん** · 2021/10/26(火) 19:38:14.90

CSRって言うほど遅いか？

**デフォルトの名無しさん** · 2021/10/26(火) 19:50:13.16

規模によるとしか
旧来のサーバーサイドのルーティングで十数ページに渡るような内容をSPAにしてCSRにした場合等はえらいことに
まあ継ぎ足しロードとかにするんだろうけど

**デフォルトの名無しさん** · 2021/10/27(水) 17:31:41.81

そこまでするならそもそもSPAという選択が間違ってるような
よくあるコーポレートサイトやブログってSEO命なのにそれを犠牲にするってのは本末転倒

**デフォルトの名無しさん** · 2021/10/27(水) 18:10:31.77

それはそう
コーポレートサイトやブログのようにほとんど変化ない情報が掲示されるようなサイトはSPAの恩恵はほとんど受けられず悪い影響は被っていいとこない
向き不向きあるとは前から言われてたのに人は金づち持てば全部釘に見えるようで…

**デフォルトの名無しさん** · 2021/10/27(水) 18:23:58.28

逆にログインして操作する業務システムでSSRはあんまり意味無いと思うんだがやりたがる人結構居る、

**デフォルトの名無しさん** · 2021/10/27(水) 18:24:23.65

単純にSEOとページインサイトを考慮するならspaじゃなくて静的ページジェネレーターがベストだろうね
動的サイトとの間をとってgatsbyとかで自動化するのが今風な感じする

**デフォルトの名無しさん** · 2021/10/27(水) 18:26:01.69

>>221
逆にSPAを知らないんだろうね
何ができるか
なぜSPAなのかを

**デフォルトの名無しさん** · 2021/10/27(水) 18:31:22.35

>>221
なんでなんだろうね

**デフォルトの名無しさん** · 2021/10/29(金) 01:19:58.10

Nuxtはじめた＾＾
なんか注意事項とかあったらレスくださいね＾＾

**デフォルトの名無しさん** · 2021/10/29(金) 09:45:43.75

>>222
Gatsbyやってみたけどなんか…
電球一個取り替えるのに椅子に乗ってその椅子を４人で回すみたいな大ごとになってなんだかなぁと思ったわ
それほんとにGraphQL介す必要あるの？とか

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

草
俺はなんかしっくり来ないなと思ってNextに行った。まぁ最終的には同じような事するわけだが

**デフォルトの名無しさん** · 2021/10/31(日) 00:31:15.09

react周りserver componentsだっけ？
なんかそういう頑張って良いとこどりしようとしてるけど、
開発者が追いきれてない感じがして混迷しつつあるように見える
やりたいこととやり方はわかるけど、結局自分らがどう選択していくの？がまとめずらい
選択肢が無尽蔵に増えそうで二の足を踏み続けそう

**デフォルトの名無しさん** · 2021/10/31(日) 10:26:35.06

○ 俺が追いきれてないので気に入らない
○ やりたいこともやり方も分からない
○ 俺が二の足を踏み続けている

**228** · 2021/10/31(日) 13:23:41.80

>>229
マジか、みんな迷わず選択できてんのか。。

**デフォルトの名無しさん** · 2021/10/31(日) 16:00:33.45

素直にVueやっとけばいいのにな
対して難しい事しなくてもやりたい事は大抵出来るし
新参にも教えやすい

**デフォルトの名無しさん** · 2021/10/31(日) 17:02:35.69

そういう用途だとSvelteの方がよくね？
と思ったけど、情報とか使える人が少ないかな？

**デフォルトの名無しさん** · 2021/10/31(日) 19:27:19.49

結局全部試すくらいの覚悟がないならフロントフレームワークなんて使うべきじゃないと思うよ

**デフォルトの名無しさん** · 2021/11/01(月) 17:25:47.13

今はある程度選択肢は固まってるし
まあReactで、と言えるだけ随分楽になったよ

ただ、根底にある思想みたいなのは
スレタイにあるvue,react,angulaのどれも共通部分が多いよ
実装が違うだけで結局やることはそう変わらん

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

とりあえずreactでよくね

**デフォルトの名無しさん** · 2021/11/01(月) 21:06:39.51

でも状態管理めんどうじゃん

**デフォルトの名無しさん** · 2021/11/01(月) 22:19:00.30

そりゃ何使ったって面倒なのは変わらない

**デフォルトの名無しさん** · 2021/11/03(水) 20:12:21.93

結局Recoil使うのが一番シンプルだけどな

**デフォルトの名無しさん** · 2021/11/03(水) 20:22:47.27

個人的にはApollo clientでの状態管理が一推し

**デフォルトの名無しさん** · 2021/11/04(木) 18:05:57.56

SPAでもそんな複雑な管理をクライアントでやったりするのかなぁ

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

SPAではせざるを得ないってとこだよね
本来は誰もやりたくない

**デフォルトの名無しさん** · 2021/11/05(金) 20:31:18.88

SPAはSPAで楽な部分もある

**デフォルトの名無しさん** · 2021/11/05(金) 20:33:19.00

ただ小規模なサイトであっても何かしらのフレームワーク使う事が大前提になった。以前のもメンテはするが

**デフォルトの名無しさん** · 2021/11/05(金) 21:04:41.58

JWTやマイクロサービスを踏まえるとクライアントで状態を持つのが前提になってきてるもんね
クライアントでの状態管理は必須

**デフォルトの名無しさん** · 2021/11/06(土) 01:35:43.68

Reduxは最近出ているReactの技術書では全く取り上げられなくなったな

**デフォルトの名無しさん** · 2021/11/07(日) 13:05:03.32

改版を期に削除されたりしてるよね

**デフォルトの名無しさん** · 2021/11/07(日) 16:59:15.63

狂信者はいるけどみんな大嫌いだったもんな
Context APIで全部解決出来れば楽なんだけどね
選択できる自由があって贅沢な悩みではあるけど

**デフォルトの名無しさん** · 2021/11/07(日) 23:09:54.55

useCentextよりもRecoidの方が明解でいいと思うけどな

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

recoilじゃなく？

**デフォルトの名無しさん** · 2021/11/08(月) 00:01:11.85

ごめんタイポ

**デフォルトの名無しさん** · 2021/11/08(月) 08:32:50.39

このへんはredux一強から戦国時代に入った感じかな。大勢が決まるまでは情報収集しつつ様子見。

**デフォルトの名無しさん** · 2021/11/08(月) 16:26:00.60

このままrecoil一強になってreduxの息の根止めた方が世界の為
Reduxのあれをするにはあれやこれやが追加で必要でもっと勉強して下さいとかニートじゃないと対応出来ないって

**デフォルトの名無しさん** · 2021/11/09(火) 09:40:57.48

Reactの入門ググったら未だにRedux Toolkitとか勧めてる輩いるもんな

**デフォルトの名無しさん** · 2021/11/09(火) 09:57:30.93

記事が古いんじゃねえの

**デフォルトの名無しさん** · 2021/11/09(火) 14:28:44.10

ReactってTypescriptじゃないと人権ないの？

**デフォルトの名無しさん** · 2021/11/09(火) 14:40:58.21

そんな話聞いたこと無いが

**デフォルトの名無しさん** · 2021/11/09(火) 15:20:58.65

Typescriptなんて逆に消えそう

**デフォルトの名無しさん** · 2021/11/09(火) 15:39:50.35

typescriptはjavascriptに吸収されるんじゃね

**デフォルトの名無しさん** · 2021/11/09(火) 18:43:32.60

GraphQL使ってる？

**デフォルトの名無しさん** · 2021/11/09(火) 19:57:04.69

使ってない、RESTで事足りてしまう。
いつかGraphQLがバシッとマッチする用途でシステム組んでみたい

**デフォルトの名無しさん** · 2021/11/09(火) 20:35:24.40

直接は使ってないけど、実は間接的に使ってる

**デフォルトの名無しさん** · 2021/11/09(火) 22:15:56.16

RESTの倍ぐらいSQLクエリ走るの見ると使う理由あるのかな？って思っちゃう
リクエストは減るんだろうけど
プロジェクトによるんかね

**デフォルトの名無しさん** · 2021/11/09(火) 22:20:10.24

聞いてるとRDBと相性悪そうだね
ドキュメント型DBならどう？

**デフォルトの名無しさん** · 2021/11/09(火) 22:39:09.81

GraphQLの好き勝手なクエリに対応するのはドキュメント型じゃかえって厳しいだろ。

**デフォルトの名無しさん** · 2021/11/09(火) 22:47:37.81

カラム指向DBでは？

**デフォルトの名無しさん** · 2021/11/09(火) 23:15:01.32

カラム指向DBって最適化の方向が違うだけでデータモデル的にはRDBと変わらんじゃん。

**デフォルトの名無しさん** · 2021/11/09(火) 23:28:35.57

じゃ、じゃあグラフ指向DB！？

**デフォルトの名無しさん** · 2021/11/10(水) 06:54:57.52

>>257
TypeScriptの型は少量で滅茶苦茶雄弁なコメントみたいなもの。おかげで新しいライブラリもサクサク使えるし、バグに震えることなく安眠できる。

**デフォルトの名無しさん** · 2021/11/10(水) 09:23:53.75

>>263
どれも一長一短
テーブル結合ではなく複数のサービスからのレスポンスをjoinする目的の物だからどんなデータベース使おうが総クエリ数は増える
ただマイクロサービスには最適だしフロントエンド開発も楽
GraphQLに合わせるんじゃなくて各サービスに合わせたデータベースの選択が最適解じゃないかと

**デフォルトの名無しさん** · 2021/11/10(水) 12:56:42.12

>>268
どこで妥協するかだけの話
普通の強い静的型付け言語をしてきた人たちから見ればTypeScriptはヌルくて甘いとなるし
型なし言語をしてきた人たちから見ればTypeScriptは面倒くさい
公平に見ればTypeScriptは中途半端な妥協の産物