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/21(金) 11:11:34.46

>>53
お前のインターネットの世界には
それだけしかないのか？

**デフォルトの名無しさん** · 2022/01/21(金) 11:15:00.08

コンピュータ用語と関係ない用語で検索してTOP10のサイトが
どのフレームワークを使っているか確認してみればいい
例えば「ネコ」で検索するとかな

**デフォルトの名無しさん** · 2022/01/21(金) 11:46:13.84

殆どない、に対してのレスだから
適当に列挙してもこれだけあるよ？って話でしょ

**デフォルトの名無しさん** · 2022/01/21(金) 11:54:33.96

適当に列挙したと言う割に
有名なコンピュータ関連の会社に偏ってるから
ダメだって話をしてる

適当に列挙させるために
コンピュータ用語と関係ない用語で
検索したサイトで調べろと言ってる

**デフォルトの名無しさん** · 2022/01/21(金) 12:09:01.10

ま～たあんたか。今日もご苦労さん

**デフォルトの名無しさん** · 2022/01/21(金) 12:16:03.07

そんな謎調べ物させる前に重いサイト列挙すりゃ済む話やろ

**デフォルトの名無しさん** · 2022/01/21(金) 12:45:58.84

ループ内でuseState使えるようにはできないのかなー
これ完全にフレームワーク設計の欠陥だよね

自分も>>62みたいな書き方をよく書くけど配列から子コンポーネントに渡すpropsに変換する手間がかかって面倒くさい
しかも配列の1要素を変更しただけで配列全体が変更されたとみなされてイベントハンドラが更新されて子コンポーネントも更新されるのが気になる

純粋な子コンポーネントをラップしてstateを持たせたコンポーネントをプライベートスコープに書いて
そのラップコンポーネントを使うって手も有るけどこれはこれでめんどくさい

かと言って子コンポーネント自体に副作用を持たせるとテストがめんどくさくなって再利用性も下がる

**デフォルトの名無しさん** · 2022/01/21(金) 12:54:15.65

>>73
“殆どない”に対して”あるけど？”ってことなんだが大丈夫か？

**デフォルトの名無しさん** · 2022/01/21(金) 13:00:10.73

>>76
いや、仕組みを考えればなぜそういう仕様なのかはわかるよ

**デフォルトの名無しさん** · 2022/01/21(金) 13:00:46.06

ListやListItemなら再利用前提だけど
CommentListやCommentListItemとかになる固有だったりするから内部に状態を持たせたらいい
テストが大変、ってことならカスタムフックでロジックを分離すればいい

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

>>78
仕組みの問題なのはわかるけど
利用者の立場を考えたインターフェースデザインになってないのはフレームワークとしては残念ポイントだね
本当に良いフレームワークはまず使いやすいインターフェースがあってそこに実装を合わせていく
「実装の都合のせいで関数トップレベルにしかフックかけません」ってのはそう言う意味では怠慢かな
「どこでも書けるように実装の方で勉強しました」こういう姿勢が必要

**デフォルトの名無しさん** · 2022/01/21(金) 13:12:23.42

>>79
固有になるかどうかは場合によるよね

**デフォルトの名無しさん** · 2022/01/21(金) 13:16:50.88

>>76
状態を呼び出されたインデックスで管理してるんだからむしろわかりやすいと思うが
「副作用の内容」は全く意識しなくて良いのよ
そこはreactに丸投げできる
これこそHooksの素晴らしさ
わかりにくいと感じるのは副作用を意識してなさすぎるから
react難しいと言ってる人は関数型言語などの副作用、参照透過性、冪等性、(できればモナド)などその辺りを勉強し直した方が良い

**デフォルトの名無しさん** · 2022/01/21(金) 13:20:29.63

>>80
そういう意見もわからんでもない。
ただ、俺はそういう制約はあえてやってると感じるな。一見不便な制約だけど、それがある事によってコードが統制される。React的に正しい書き方に矯正される。

**デフォルトの名無しさん** · 2022/01/21(金) 13:46:47.17

ドキュメントにフックがトップレベルでしか呼び出せない理由って説明されてるけどな

**デフォルトの名無しさん** · 2022/01/21(金) 13:58:56.69

CommentListも再利用前提ならプレフィックスを付けてArticleCommentListにしたらいい
ファイル数は増えていくが、コンポーネントをシンプルに保つ恩恵の方が圧倒的にでかい

**デフォルトの名無しさん** · 2022/01/21(金) 14:04:37.79

結局はチームで統一されてれば良いって話ではあるけどね

**デフォルトの名無しさん** · 2022/01/21(金) 20:32:48.44

>>68
axios で投稿一覧取得して vue で表示する処理を書いたけど、
サーバ側でphpのforeachで回してた時htmlspecialcharsでエスケープしたり文字列操作したりしてたことをvue側でせないかんってことだよな？
なかなかめんどくさい気がしてきたがこのあたりどうしてるんだろうか

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

マスタッシュ構文ならふつうにエスケープしてくれるはずだが

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

>>87
逆に今時それを自動でやらないフレームワークなんてあるのか？

**デフォルトの名無しさん** · 2022/01/21(金) 21:57:20.08

dangerouslySetInnerHTMLとかいう長くて物騒なパラメータ名大好き

**デフォルトの名無しさん** · 2022/01/21(金) 23:16:24.74

>>69
>サーバーにアクセスするAPIのほうが遅くて
そりゃ、データベースの外部キーとか、インデックスの張り方による。
N + 1 問題とか

Ruby on Rails の単一テーブル継承とか、多対多・1対多・1対1 とか、
高度資格のdatabase specialist みたいな国家資格とか

>>76
>配列の1要素を変更しただけで配列全体が変更されたとみなされて
Vue.js では、key を付ければ、他の要素に影響がないけど、
React には、そういう機能が無いの？

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

>>77
まったくないじゃなくて
殆どないって言ってるんだから
あるのは最初からわかってるだろ
お前ゆとり蚊？

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

はいはい、そうだね。がんばってね

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

NextAuth.jsって使ってる人いる？

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

>>93
もう終わったよｗ
ほんと有名な事例だけ上げて
それが全てだと思ってるからアホやで

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

日本語でおk

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

最近はReact優勢らしいけど個人での小規模開発でもVueオワコンなの？
転職用のポートフォリオの為にGoとVueでウェブアプリケーション作ってるんだけど今からでも変えた方がいいのかしら

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

>>97
優勢というかほぼ決着はついた
Reactにしとけ
vueは未来がない

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

Vueは結局一回も触らんでオワコンなった
我ながら良い選択をしたね
今後メンテナンスしなきゃならん人はご愁傷様

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

今からVueとか罰ゲームかよ

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

https://zenn.dev/ytr0903/articles/d0a91f6180d34e
↑
reactばっか使ってるわしはこれ読んで良さようやんって思ってんけどな
vueは具体的に何がオワコンなんだい

**デフォルトの名無しさん** · 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の方がアーキテクチャが綺麗に階層化されててメンテしやすく実装が簡単なのでいいと思う