25/02/27 01:30:31.68 5g/Kzzkv0.net
>>409だけどreactで作ったchrome拡張の審査通った。
苦労して作ったから使ってみて欲しい。
適当なブログ開いて拡張のアイコンクリックすると画像一覧表示するから
欲しいの選択してダウンロードボタンでzipにできる。
スライダーで拡大縮小できるのがreactっぽい。
URLﾘﾝｸ(chromewebstore.google.com)
418:デフォルトの名無しさん (ｽｯﾌﾟﾌﾟ Sdfa-/AOM)
25/02/27 14:33:11.76 0d0Ldapzd.net
気が向いたらソースコード公開して
419:デフォルトの名無しさん
25/02/27 15:23:22.00 C53SLMw00.net
なんでこんなところで宣伝してるんだよ…
420:デフォルトの名無しさん
25/02/27 17:26:15.56 5g/Kzzkv0.net
reactらしいアプリ作ったから見て欲しかった。
421:デフォルトの名無しさん
25/02/27 17:40:04.07 5g/Kzzkv0.net
作ったのほとんどAIなんだけどね・・・
422:デフォルトの名無しさん (ﾜｯﾁｮｲ 8dbf-dlJU)
25/02/28 01:45:11.43 GlQ+7ZAn0.net
誰が作ったのかもわからん怪しいextensionなんかインストールしてはいかんよ
簡単に情報抜かれる
423:デフォルトの名無しさん
25/02/28 11:51:23.66 xWWtZGU60.net
公式でもザルだから入れない
424:デフォルトの名無しさん
25/03/02 15:42:07.55 AnJsL6nW0.net
みんなReactでフォーム作るときってinputタグ単位でコンポーネント作るの？
425:デフォルトの名無しさん
25/03/02 16:48:38.61 YYvymA+Y0.net
>>424
いや
426:デフォルトの名無しさん
25/03/02 17:33:25.66 Zv8rdJ2Y0.net
コンポーネントって再利用しやすいように作るのであって
無駄に細分化すると面倒なことになる
必要になったら後からでもコンポーネント分けられるし
427:デフォルトの名無しさん
25/03/03 02:31:46.94 VRiiOt5H0.net
>>424
reRenderの単位かな
428:デフォルトの名無しさん
25/03/03 18:58:09.18 Smhsplev0.net
描画のタイミング自由に制御できるようになると、react楽しいねぇ。
それまでは糞だけど。
429:デフォルトの名無しさん
25/03/03 19:53:09.42 s56BTABZ0.net
Reactのranderを封じて、
自前のタイミングで再描画する楽しさよ
430:デフォルトの名無しさん
25/03/03 23:50:14.94 uSk7XRpe0.net
Reactはmillion.js使えばsvelteやsolidよりレンダリングのパフォーマンスが良くなるよ
431:デフォルトの名無しさん
25/03/04 12:24:56.86 hfrti5Ii0.net
randerて
432:デフォルトの名無しさん
25/03/09 10:22:31.29 4G6sVQNz0.net
>>424
コンポーネントというより、質問のニュアンスだとフォーム部品ごとの出力オブジェクトか
制御フックのこと言ってるっぽいが
Reactはフォーム処理に関してSvelte、Vueにくらべたら糞性能というか、もともとが
深層ステート管理のためのライブラリだしな。複数のフォームを一発制御できる
useStateフックの書き方ググるかカスタムフックで作る
それかReact捨てて、簡単にリアルタイム制御できるVueかSvelteで作るかだな
どっちもストアライブラリ使わないとスパゲッティまっしぐらだがな
433:デフォルトの名無しさん
25/03/16 20:48:29.74 tTfhwjnK0.net
>>388
商用サイトじゃないけど、学研グループの勉強サイトはAstroで書かれてるね
URLﾘﾝｸ(manabitimes.jp)
434:デフォルトの名無しさん
25/03/17 14:00:57.63 jWjXnHtA0.net
芳根京子の公式サイトはNextだった
435:デフォルトの名無しさん
25/03/17 21:32:57.57 wrJsj8Yz0.net
SvelteKitとても好きです。
436:デフォルトの名無しさん
25/03/21 06:23:05.04 /97bZQtT0.net
Astro触ってみたけどすごいなこりゃ
こんなのできるならよほど大規模なサービスでも無ければNext.jsは要らないのでは
437:デフォルトの名無しさん
25/03/21 08:43:51.55 oycs/B450.net
Astroまだちゃんと触ったことないけど
Reactコンポーネントを将来、全く別のフレームワークのコンポーネント、例えば引数とレンダリング結果が同等の動きをする、コンパイルされたバイナリなんかに差し替えたりとか出来たら面白いな
438:デフォルトの名無しさん
25/03/22 21:59:34.30 amqAprOd0.net
どうせAI任せになるから関係ない
近いうちにAIが直接SSGしたりWeb Assemblyを直接生成するようになるからフレームワークなんか消滅する
439:デフォルトの名無しさん
25/03/22 22:19:49.62 1zuGIIBA0.net
>>438
おまえの方が早く消滅しそう...
440:デフォルトの名無しさん
25/06/10 00:46:00.18 YuUkDZe90.net
Remix v3が大改造するみたいだな
従来のRemixはReact Router v7になってRemix v3はpreactベースになるということか
441:デフォルトの名無しさん
25/06/30 02:27:29.14 34cw/UqT0.net
スレチだったらごめん
オンライン麻雀ゲームを作成しようと構想(妄想)してるんだけど、
いまから新規に作るならフロント側にはReactかVue.jsか、あるいは他のライブラリのどれを使えばいい?
先駆者 (書籍も出してる) は
> jQueryでないと美しく実装できない
URLﾘﾝｸ(blog.kobalab.net)
って言ってるけど、Webゲームのクライアントは特殊ってこと?
442:デフォルトの名無しさん
25/06/30 03:09:35.81 6K91Vfp30.net
その記事の人はReact使ったことがないから知識ゼロなんだろ
そもそも状態管理をして宣言的にUIを構築するんだからむしろReactのほうがスッキリ書ける
jQueryおじさんという化石思考に惑わされてはいけない
443:デフォルトの名無しさん
25/06/30 03:19:10.31 6K91Vfp30.net
> 宣言的アプローチでは「打牌中」の状態を描画できない
いや、Reactでは描画のための状態はUIコンポーネント内部に保持することでコアロジックを汚染することなく打牌中のような中間状態を美しく描画することができる
444:デフォルトの名無しさん
25/06/30 03:23:08.67 6K91Vfp30.net
Reactは宣言的UIは最終的な状態だけを表現するということではない
アニメーションやユーザー操作に伴う一時的な状態、ここでは打牌中もコンポーネントの内部状態やコンテキストAPIとかで管理できる
isPlayingAnimationのようなブーリアン型の状態を用意し、アニメーション中はtrueに設定し、アニメーションが終了したらfalseに戻す
打牌中の牌の位置や動きに関する情報を状態として持ち、その状態に基づいてCSSアニメーションを適用する
445:デフォルトの名無しさん
25/06/30 03:27:13.20 6K91Vfp30.net
> Majiang.ShoupaiはAIの思考ルーチンでも使用します。ここに描画の都合の「打牌中」などという状態を持ち込むとしたら、それは設計として誤っています
Reactでも描画に関わる状態とアプリケーションのコアロジックに関わる状態は分離して管理するのが一般的
コアロジックの麻雀の牌姿やルール進行を司る部分は、Reactコンポーネントからは独立した純粋なJavaScriptクラスや関数として実装するのが普通
446:デフォルトの名無しさん
25/06/30 03:33:46.29 6K91Vfp30.net
> イベントハンドラ設定は描画処理と分離すべきである
Reactの設計思想はコンポーネントが自身の描画とそれに関連するイベントハンドリングをカプセル化すること
「対戦相手の手牌にイベントハンドラは不要だし、牌譜再生にも打牌のためのイベントハンドラは不要」という点についてはReactのコンポーネント設計で柔軟に対応できるからまったく問題なし
isInteractive: booleanなどを渡すことでイベントハンドラの有無を制御できる
牌譜再生時にはイベントハンドラが不要なモードでコンポーネントを描画すればいいだけだし
447:デフォルトの名無しさん
25/06/30 03:43:00.60 6K91Vfp30.net
> JSXを使う局面がない
> HTML に雛形として埋め込まれた「牌を表現するDOMノード」をコピーし差し込むことで実現しています。
Reactをまったく知らないからこんな恥ずかしことを堂々と言えるんだろう
こいつのもっとも無知なところだな
Reactは宣言型だからコピーするというコードを書くことすら不要なわけ
448:デフォルトの名無しさん
25/07/01 16:48:29.62 SIBQ1DK00.net
牌なんてCanvasに直接描画すりゃエフェクトも自在だし変にエレメントにデータ持って
重くなることもなくていいんじゃね？って思うのは俺だけなのか
449:デフォルトの名無しさん
25/07/03 12:01:40.42 +b4ZnWKa0.net
>>448
俺もこう思う
そもそも牌をhtml要素とCSSで描画すること自体が微妙だよね
そういう意味だとjQueryでもReactでもなくてCanvas系のフレームワーク使ったほうが良いんじゃないかな
450:デフォルトの名無しさん
25/07/06 06:18:05.39 GxvgQzqn0.net
宣言的UIに慣れるとCanvas全体を命令的に描画するのがあまりにもダル過ぎる
451:デフォルトの名無しさん
25/07/06 11:52:25.82 77BphujQ0.net
Canvas上の各表示オブジェクトを
Reactやビューで
あたかもHTMLの要素の様に操作できる（CSSプロパティ設定できる）
ライブラリってあるのかな。
452:デフォルトの名無しさん
25/07/06 12:44:53.42 8Iwql4w40.net
flutterでよくね
453:デフォルトの名無しさん
25/07/09 16:01:11.75 2rb1ksuv0.net
実際のゲーム開発で宣言的UIが採用されることってあるの？
454:デフォルトの名無しさん
25/07/20 07:51:42.37 SQq4ZXml0.net
設定画面とかチュートリアルなら、まあ宣言的UIを使うもアリ。
455:デフォルトの名無しさん
25/10/14 01:38:41.26 gsFi4uI80.net
Remixが謎方向に進んでいる
Reactを捨てるのか
456:デフォルトの名無しさん
25/10/14 08:36:28.99 ADcABZ0f0.net
React捨ててReactもどきを新しく作ったのか
流石にもういらんだろ
457:デフォルトの名無しさん
25/10/14 12:34:52.90 oZQKX5Mj0.net
Reactは迷走してるって言ってるけど『お前もじゃい！』って感じだな
しかしReact前提のフルスタック全滅したらバックエンドはどうしてくのが良くなるのかねぇ
458:デフォルトの名無しさん
25/10/14 18:50:59.98 gsFi4uI80.net
バックエンドは今でもRailsが大人気だぞ
459:デフォルトの名無しさん
25/11/16 09:40:05.17 FZVYRGsX0.net
今さらPugやEJSやThymeleafJSが再流行するとも思えんよなあ
460:デフォルトの名無しさん
26/02/19 12:57:49.19 jQ+po/Qd0.net
React触ることになった、上達法教えろ
461:デフォルトの名無しさん
26/02/19 13:15:50.87 icrIiSQN0.net
>>460
そのレスをそのままAIに投げろ
462:デフォルトの名無しさん
26/02/19 16:51:27.20 FQUDX7+i0.net
ワロw
463:デフォルトの名無しさん
26/02/22 07:36:21.36 2KiCKcrr0.net
>>460
やりたいことまとめてAIに投げれば開発環境の構築方法から実際のソースまで全部、書いてくれるよ。
464:デフォルトの名無しさん
26/03/10 16:03:54.37 28BSIgk80.net
Reactやってる人多いけど重いし環境選ぶしメリットある？
Nuxt4とCapacitorでフロント組んだ方が楽だと思うんだけどトレンドころころ変わるから最近しんどいわ
465:デフォルトの名無しさん
26/03/10 16:17:37.42 c5P1uCM/0.net
bunでやってみ
ビルド瞬殺だぞ
466:デフォルトの名無しさん
26/03/10 16:37:20.97 kbMVW3h50.net
特定サービス依存はHerokuみたいなことにならんか心配
467:デフォルトの名無しさん
26/03/10 17:03:46.18 vITpgLMu0.net
生JSでええよな
468:デフォルトの名無しさん
26/03/10 18:02:35.77 th3dlhxV0.net
vueが好きだよ
469:デフォルトの名無しさん
26/03/10 23:55:25.74 hJ/7vax90.net
reactを選ぶ理由はライブラリが揃ってるから
react自体が好きで選んでることはない
470:デフォルトの名無しさん
26/03/11 09:48:31.76 AWD9kRAR0.net
信頼できるフレームワークは生き残るが
信頼できるフレームワークに依存する信頼できないライブラリはAIに淘汰されると思う
471:デフォルトの名無しさん
26/03/12 00:47:30.30 PcFjUqMR0.net
NextでパフォーマンスチューニングしてもNuxtに適わないな
今後AIである程度フロント技術はAIのルール付けに集約していく気がする。ClaudeOpsもSonnetも単純なアプリならそこまで間違えないし勉強には良いね
472:デフォルトの名無しさん
26/03/12 06:32:40.71 wNYKOxkr0.net
reactはすごいよく考えられてると思ったよ
オブジェクト指向で絵に描いた餅だった再利用性が本当に使い物になるし、
圧倒的に他人のコードが読みやすい
Nextは嫌いだけど仕方なく使っている
473:デフォルトの名無しさん
26/03/12 11:15:03.83 jx05Xybb0.net
Reactで原子レベルでコンポーネントを設計みたいな記事を読んだんだけどボタン一つからコンポーネントにするとかそういう意味？
474:デフォルトの名無しさん
26/03/12 12:28:43.04 rJ1vo9xF0.net
Atomicデザインだろ
そうだよ複数の要素を組み合わせたものがコンポーネント
しかし原子はその中の文字だけとか、border、border-radiusとかpaddingとか細かく共通化を前提に設計していく
475:デフォルトの名無しさん
26/03/12 13:42:40.85 jx05Xybb0.net
>>474
ありがとう、CSSまで設計で決めるんだね
まあFigmaとか使ってたらCSS生成出来るから普通なのか
476:デフォルトの名無しさん
26/03/12 14:15:41.75 PcFjUqMR0.net
AIでAtomicデザイン任せられるのは本当に楽。ここ５年ぐらいの苦労が何だったのかわからなくなるぐらい
UI周りだけはClaudeでもまともに動いてくれる
477:デフォルトの名無しさん
26/03/14 11:55:27.73 yrj9nT7l0.net
Evan Youがなんか出した
URLﾘﾝｸ(void.cloud)
cloudflare専用らしいけど、別にそれでも良いのかもしれん
478:デフォルトの名無しさん
26/03/15 07:16:19.72 7K3806sT0.net
cloudflare workersをvite+に合わせたやつでしょう
479:デフォルトの名無しさん
26/05/13 16:34:16.11 JcyFX8Ey0.net
viteとreactとtailwindとshadcnuiの組み合わせが流行りなの？
480:デフォルトの名無しさん
26/05/13 17:57:11.22 0CzW4Pzm0.net
ReactだとスクラッチのCSSファイルを管理するのが面倒くさいのとAIが組みやすいからtailwindが選択肢に入りやすい
481:デフォルトの名無しさん
26/05/13 18:58:19.54 8YpKf1yGH.net
Vueに腹を立てて自分でフロントエンドフレームワーク作ったんだけどだいぶ調子良い
まぁアーキテクチャはVueのパクリなんだけどね
482:デフォルトの名無しさん
26/05/13 20:49:24.42 4qcMcA5d0.net
CSS-in-JS かな
CSSで超かっこイイUI作れる
オレとしては
483:デフォルトの名無しさん
26/05/14 01:11:59.38 fBdputkJ0.net
開発も動作も早く実行環境も選ぶ必要がないってことでVueにしてるけど何でReactがシェア取ってるんだろ？