Vue vs React vs Angular vs Svelte Part.11

2025/02/22(土) 13:52:23.08

spaとか糞なUIはそろそろ消えると予想。
画面リロードに対応できない仕組みでUI構築すべきではないと気付き始めるだろ。

2025/02/23(日) 10:18:53.60

SSGもCORS問題が鬱陶しすぎる（ローカルで環境開発しにくいから開発コスト大）
のと、あとデータ量に比例して重くなっていく問題をなんとかせんと

2025/02/23(日) 11:27:58.14

>>400
むしろView Transitions APIとか出てきてSPAは手軽に作れるようになってきてるから消えないよ

>>401
ReactだともうSSGは縮小方向だな
今はReactでマトモにSSGやろうとしたらAstroが一番の選択肢になりそう

2025/02/23(日) 16:53:00.51

react難し過ぎるだろ。
フックの伝播複雑過ぎて、メンテナンスできない説。

2025/02/23(日) 20:10:37.18

まったく問題ないが

2025/02/23(日) 20:19:02.78

コールバック関数、分割代入、proxy　この３つを把握すればJSフレームワークはどれも同じ

2025/02/23(日) 22:02:12.64

笑

2025/02/23(日) 23:52:42.55

reactでShift選択するui作ったけど
自分で作ってもう触りたくない。
クリックのフックは子がハンドリングして親に返して、選択範囲の再描画は親が制御するみたいな。
これに余計な子は再描画しないようメモ化するとか入れると、頭こんがらがってくる。
どのフックで何のパラメータが変わってどれが再描画されるか解らなくなる。
設計書書かずに作ってるせいなんだが。

2025/02/24(月) 01:31:40.21

逆に生で作ることを考えたらまだマシとなる

2025/02/24(月) 02:07:21.52

Shift選択のUIってこんな感じの挙動？
ttps://codepen.io/rkeqkdzm-the-reactor/pen/wBvWpyp

2025/02/24(月) 05:09:50.45

ReactのMemoはマジでゴミだけどReact Compilerでやっと解決するらしいから

2025/02/24(月) 08:41:21.17

Reactでゴミなのはコントロールフロー系
Solidはそこをしっかり解決してる
もう一つのゴミだったルーター系も
Solidインスパイアしてるならそっちも真似したらいいのに

Solidにストア系実装されたらまじでシェア流れかねんぞ

2025/02/24(月) 09:31:11.82

>>410
どこ情報？

2025/02/24(月) 10:02:28.68

>>411
何言ってるんだ？
Solid RouterはReact Routerにインスパイアされて作られたって公式のドキュメントに書いてあるのに

2025/02/24(月) 10:30:53.78

>>411
React Router Domが6からSolid Router（旧solid-app-router）の記法をまんま真似してるんだよ
パクったというより連携だけど

2025/02/27(木) 01:30:31.68

>>407だけどreactで作ったchrome拡張の審査通った。
苦労して作ったから使ってみて欲しい。
適当なブログ開いて拡張のアイコンクリックすると画像一覧表示するから
欲しいの選択してダウンロードボタンでzipにできる。
スライダーで拡大縮小できるのがreactっぽい。
ttps://chromewebstore.google.com/detail/kakeaonncmnkigiijohfhlnondeaanii?utm_source=item-share-cp

2025/02/27(木) 14:33:11.76

気が向いたらソースコード公開して

2025/02/27(木) 15:23:22.00

なんでこんなところで宣伝してるんだよ…

2025/02/27(木) 17:26:15.56

reactらしいアプリ作ったから見て欲しかった。

2025/02/27(木) 17:40:04.07

作ったのほとんどAIなんだけどね・・・

2025/02/28(金) 01:45:11.43

誰が作ったのかもわからん怪しいextensionなんかインストールしてはいかんよ
簡単に情報抜かれる

2025/02/28(金) 11:51:23.66

公式でもザルだから入れない

2025/03/02(日) 15:42:07.55

みんなReactでフォーム作るときってinputタグ単位でコンポーネント作るの？

2025/03/02(日) 16:48:38.61

>>422
いや

2025/03/02(日) 17:33:25.66

コンポーネントって再利用しやすいように作るのであって
無駄に細分化すると面倒なことになる
必要になったら後からでもコンポーネント分けられるし

2025/03/03(月) 02:31:46.94

>>422
reRenderの単位かな

2025/03/03(月) 18:58:09.18

描画のタイミング自由に制御できるようになると、react楽しいねぇ。
それまでは糞だけど。

2025/03/03(月) 19:53:09.42

Reactのranderを封じて、
自前のタイミングで再描画する楽しさよ

2025/03/03(月) 23:50:14.94

Reactはmillion.js使えばsvelteやsolidよりレンダリングのパフォーマンスが良くなるよ

2025/03/04(火) 12:24:56.86

randerて

2025/03/09(日) 10:22:31.29

>>422
コンポーネントというより、質問のニュアンスだとフォーム部品ごとの出力オブジェクトか
制御フックのこと言ってるっぽいが

Reactはフォーム処理に関してSvelte、Vueにくらべたら糞性能というか、もともとが
深層ステート管理のためのライブラリだしな。複数のフォームを一発制御できる
useStateフックの書き方ググるかカスタムフックで作る

それかReact捨てて、簡単にリアルタイム制御できるVueかSvelteで作るかだな
どっちもストアライブラリ使わないとスパゲッティまっしぐらだがな

2025/03/16(日) 20:48:29.74

>>386
商用サイトじゃないけど、学研グループの勉強サイトはAstroで書かれてるね
https://manabitimes.jp

2025/03/17(月) 14:00:57.63

芳根京子の公式サイトはNextだった

2025/03/17(月) 21:32:57.57

SvelteKitとても好きです。

2025/03/21(金) 06:23:05.04

Astro触ってみたけどすごいなこりゃ
こんなのできるならよほど大規模なサービスでも無ければNext.jsは要らないのでは

2025/03/21(金) 08:43:51.55

Astroまだちゃんと触ったことないけど
Reactコンポーネントを将来、全く別のフレームワークのコンポーネント、例えば引数とレンダリング結果が同等の動きをする、コンパイルされたバイナリなんかに差し替えたりとか出来たら面白いな

2025/03/22(土) 21:59:34.30

どうせAI任せになるから関係ない
近いうちにAIが直接SSGしたりWeb Assemblyを直接生成するようになるからフレームワークなんか消滅する

2025/03/22(土) 22:19:49.62

>>436
おまえの方が早く消滅しそう...

2025/06/10(火) 00:46:00.18

Remix v3が大改造するみたいだな
従来のRemixはReact Router v7になってRemix v3はpreactベースになるということか

2025/06/30(月) 02:27:29.14

スレチだったらごめん

オンライン麻雀ゲームを作成しようと構想(妄想)してるんだけど、
いまから新規に作るならフロント側にはReactかVue.jsか、あるいは他のライブラリのどれを使えばいい?

先駆者 (書籍も出してる) は

> jQueryでないと美しく実装できない
https://blog.kobalab.net/entry/2021/03/25/205151

って言ってるけど、Webゲームのクライアントは特殊ってこと?

2025/06/30(月) 03:09:35.81

その記事の人はReact使ったことがないから知識ゼロなんだろ
そもそも状態管理をして宣言的にUIを構築するんだからむしろReactのほうがスッキリ書ける
jQueryおじさんという化石思考に惑わされてはいけない

2025/06/30(月) 03:19:10.31

> 宣言的アプローチでは「打牌中」の状態を描画できない
いや、Reactでは描画のための状態はUIコンポーネント内部に保持することでコアロジックを汚染することなく打牌中のような中間状態を美しく描画することができる

2025/06/30(月) 03:23:08.67

Reactは宣言的UIは最終的な状態だけを表現するということではない
アニメーションやユーザー操作に伴う一時的な状態、ここでは打牌中もコンポーネントの内部状態やコンテキストAPIとかで管理できる
isPlayingAnimationのようなブーリアン型の状態を用意し、アニメーション中はtrueに設定し、アニメーションが終了したらfalseに戻す
打牌中の牌の位置や動きに関する情報を状態として持ち、その状態に基づいてCSSアニメーションを適用する

2025/06/30(月) 03:27:13.20

> Majiang.ShoupaiはAIの思考ルーチンでも使用します。ここに描画の都合の「打牌中」などという状態を持ち込むとしたら、それは設計として誤っています
Reactでも描画に関わる状態とアプリケーションのコアロジックに関わる状態は分離して管理するのが一般的
コアロジックの麻雀の牌姿やルール進行を司る部分は、Reactコンポーネントからは独立した純粋なJavaScriptクラスや関数として実装するのが普通

2025/06/30(月) 03:33:46.29

> イベントハンドラ設定は描画処理と分離すべきである
Reactの設計思想はコンポーネントが自身の描画とそれに関連するイベントハンドリングをカプセル化すること
「対戦相手の手牌にイベントハンドラは不要だし、牌譜再生にも打牌のためのイベントハンドラは不要」という点についてはReactのコンポーネント設計で柔軟に対応できるからまったく問題なし
isInteractive: booleanなどを渡すことでイベントハンドラの有無を制御できる
牌譜再生時にはイベントハンドラが不要なモードでコンポーネントを描画すればいいだけだし

2025/06/30(月) 03:43:00.60

> JSXを使う局面がない
> HTML に雛形として埋め込まれた「牌を表現するDOMノード」をコピーし差し込むことで実現しています。
Reactをまったく知らないからこんな恥ずかしことを堂々と言えるんだろう
こいつのもっとも無知なところだな
Reactは宣言型だからコピーするというコードを書くことすら不要なわけ

2025/07/01(火) 16:48:29.62

牌なんてCanvasに直接描画すりゃエフェクトも自在だし変にエレメントにデータ持って
重くなることもなくていいんじゃね？って思うのは俺だけなのか

2025/07/03(木) 12:01:40.42

>>446
俺もこう思う
そもそも牌をhtml要素とCSSで描画すること自体が微妙だよね
そういう意味だとjQueryでもReactでもなくてCanvas系のフレームワーク使ったほうが良いんじゃないかな

2025/07/06(日) 06:18:05.39

宣言的UIに慣れるとCanvas全体を命令的に描画するのがあまりにもダル過ぎる

2025/07/06(日) 11:52:25.82

Canvas上の各表示オブジェクトを
Reactやビューで
あたかもHTMLの要素の様に操作できる（CSSプロパティ設定できる）
ライブラリってあるのかな。

2025/07/06(日) 12:44:53.42

flutterでよくね

2025/07/09(水) 16:01:11.75

実際のゲーム開発で宣言的UIが採用されることってあるの？

2025/07/20(日) 07:51:42.37

設定画面とかチュートリアルなら、まあ宣言的UIを使うもアリ。

2025/10/14(火) 01:38:41.26

Remixが謎方向に進んでいる
Reactを捨てるのか

2025/10/14(火) 08:36:28.99

React捨ててReactもどきを新しく作ったのか
流石にもういらんだろ

2025/10/14(火) 12:34:52.90

Reactは迷走してるって言ってるけど『お前もじゃい！』って感じだな
しかしReact前提のフルスタック全滅したらバックエンドはどうしてくのが良くなるのかねぇ

2025/10/14(火) 18:50:59.98

バックエンドは今でもRailsが大人気だぞ

2025/11/16(日) 09:40:05.17

今さらPugやEJSやThymeleafJSが再流行するとも思えんよなあ