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が再流行するとも思えんよなあ