Vue vs React vs Angular vs Svelte Part.11 (452ﾚｽ)
上下前次1-新
1: (ﾜｯﾁｮｲ 434e-OHyh) 2022/08/20(土)13:17 ID:OuD+ytSs0(1) AAS
!extend:on:vvvvv:1000:512
Vue
外部ﾘﾝｸ:jp.vuejs.org
React
外部ﾘﾝｸ:reactjs.org
Angular
外部ﾘﾝｸ:angular.io
Svelte
外部ﾘﾝｸ:svelte.dev
solid.js
外部ﾘﾝｸ:www.solidjs.com
※前スレ
Vue vs React vs Angular vs Svelte Part.8
2chｽﾚ:tech
Vue vs React vs Angular vs Svelte Part.9
2chｽﾚ:tech
Vue vs React vs Angular vs Svelte Part.10
2chｽﾚ:tech
★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。 VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured
423: (ﾜｯﾁｮｲ 6951-5VVp) 03/02(日)16:48 ID:YYvymA+Y0(1) AAS
>>422
いや
424: (ﾜｯﾁｮｲ 9901-fJMW) 03/02(日)17:33 ID:Zv8rdJ2Y0(1) AAS
コンポーネントって再利用しやすいように作るのであって
無駄に細分化すると面倒なことになる
必要になったら後からでもコンポーネント分けられるし
425: (ﾜｯﾁｮｲ b16e-e/WV) 03/03(月)02:31 ID:VRiiOt5H0(1) AAS
>>422
reRenderの単位かな
426: (ﾜｯﾁｮｲ 592d-bSvP) 03/03(月)18:58 ID:Smhsplev0(1) AAS
描画のタイミング自由に制御できるようになると、react楽しいねぇ。
それまでは糞だけど。
427: (ﾜｯﾁｮｲ 1962-e/WV) 03/03(月)19:53 ID:s56BTABZ0(1) AAS
Reactのranderを封じて、
自前のタイミングで再描画する楽しさよ
428: (ﾜｯﾁｮｲ 9901-fJMW) 03/03(月)23:50 ID:uSk7XRpe0(1) AAS
Reactはmillion.js使えばsvelteやsolidよりレンダリングのパフォーマンスが良くなるよ
429: (ﾜｯﾁｮｲ 698f-5VVp) 03/04(火)12:24 ID:hfrti5Ii0(1) AAS
randerて
430: (ﾜｯﾁｮｲ c1ba-3WDN) 03/09(日)10:22 ID:4G6sVQNz0(1) AAS
>>422
コンポーネントというより、質問のニュアンスだとフォーム部品ごとの出力オブジェクトか
制御フックのこと言ってるっぽいが
Reactはフォーム処理に関してSvelte、Vueにくらべたら糞性能というか、もともとが
深層ステート管理のためのライブラリだしな。複数のフォームを一発制御できる
useStateフックの書き方ググるかカスタムフックで作る
それかReact捨てて、簡単にリアルタイム制御できるVueかSvelteで作るかだな
どっちもストアライブラリ使わないとスパゲッティまっしぐらだがな
431: (ﾜｯﾁｮｲ d901-9PhM) 03/16(日)20:48 ID:tTfhwjnK0(1) AAS
>>386
商用サイトじゃないけど、学研グループの勉強サイトはAstroで書かれてるね
外部ﾘﾝｸ:manabitimes.jp
432: (ﾜｯﾁｮｲ 6b17-aFR6) 03/17(月)14:00 ID:jWjXnHtA0(1) AAS
芳根京子の公式サイトはNextだった
433: (ﾜｯﾁｮｲ ebdb-ALb0) 03/17(月)21:32 ID:wrJsj8Yz0(1) AAS
SvelteKitとても好きです。
434: (ﾜｯﾁｮｲ 1101-vsiE) 03/21(金)06:23 ID:/97bZQtT0(1) AAS
Astro触ってみたけどすごいなこりゃ
こんなのできるならよほど大規模なサービスでも無ければNext.jsは要らないのでは
435: (ﾜｯﾁｮｲ 4101-H5Hv) 03/21(金)08:43 ID:oycs/B450(1) AAS
Astroまだちゃんと触ったことないけど
Reactコンポーネントを将来、全く別のフレームワークのコンポーネント、例えば引数とレンダリング結果が同等の動きをする、コンパイルされたバイナリなんかに差し替えたりとか出来たら面白いな
436(1): (ﾜｯﾁｮｲ 41e4-LAUx) 03/22(土)21:59 ID:amqAprOd0(1) AAS
どうせAI任せになるから関係ない
近いうちにAIが直接SSGしたりWeb Assemblyを直接生成するようになるからフレームワークなんか消滅する
437: (ﾜｯﾁｮｲ 138a-h6PX) 03/22(土)22:19 ID:1zuGIIBA0(1) AAS
>>436
おまえの方が早く消滅しそう...
438: (ﾜｯﾁｮｲ b33d-UJeM) 06/10(火)00:46 ID:YuUkDZe90(1) AAS
Remix v3が大改造するみたいだな
従来のRemixはReact Router v7になってRemix v3はpreactベースになるということか
439: (ﾜｯﾁｮｲ e2b4-95xj) 06/30(月)02:27 ID:34cw/UqT0(1) AAS
スレチだったらごめん
オンライン麻雀ゲームを作成しようと構想(妄想)してるんだけど、
いまから新規に作るならフロント側にはReactかVue.jsか、あるいは他のライブラリのどれを使えばいい?
先駆者 (書籍も出してる) は
> jQueryでないと美しく実装できない
外部ﾘﾝｸ:blog.kobalab.net
って言ってるけど、Webゲームのクライアントは特殊ってこと?
440: (ﾜｯﾁｮｲ e251-+g0z) 06/30(月)03:09 ID:6K91Vfp30(1/6) AAS
その記事の人はReact使ったことがないから知識ゼロなんだろ
そもそも状態管理をして宣言的にUIを構築するんだからむしろReactのほうがスッキリ書ける
jQueryおじさんという化石思考に惑わされてはいけない
441: (ﾜｯﾁｮｲ e251-+g0z) 06/30(月)03:19 ID:6K91Vfp30(2/6) AAS
> 宣言的アプローチでは「打牌中」の状態を描画できない
いや、Reactでは描画のための状態はUIコンポーネント内部に保持することでコアロジックを汚染することなく打牌中のような中間状態を美しく描画することができる
442: (ﾜｯﾁｮｲ e251-+g0z) 06/30(月)03:23 ID:6K91Vfp30(3/6) AAS
Reactは宣言的UIは最終的な状態だけを表現するということではない
アニメーションやユーザー操作に伴う一時的な状態、ここでは打牌中もコンポーネントの内部状態やコンテキストAPIとかで管理できる
isPlayingAnimationのようなブーリアン型の状態を用意し、アニメーション中はtrueに設定し、アニメーションが終了したらfalseに戻す
打牌中の牌の位置や動きに関する情報を状態として持ち、その状態に基づいてCSSアニメーションを適用する
443: (ﾜｯﾁｮｲ e251-+g0z) 06/30(月)03:27 ID:6K91Vfp30(4/6) AAS
> Majiang.ShoupaiはAIの思考ルーチンでも使用します。ここに描画の都合の「打牌中」などという状態を持ち込むとしたら、それは設計として誤っています
Reactでも描画に関わる状態とアプリケーションのコアロジックに関わる状態は分離して管理するのが一般的
コアロジックの麻雀の牌姿やルール進行を司る部分は、Reactコンポーネントからは独立した純粋なJavaScriptクラスや関数として実装するのが普通
444: (ﾜｯﾁｮｲ e251-+g0z) 06/30(月)03:33 ID:6K91Vfp30(5/6) AAS
> イベントハンドラ設定は描画処理と分離すべきである
Reactの設計思想はコンポーネントが自身の描画とそれに関連するイベントハンドリングをカプセル化すること
「対戦相手の手牌にイベントハンドラは不要だし、牌譜再生にも打牌のためのイベントハンドラは不要」という点についてはReactのコンポーネント設計で柔軟に対応できるからまったく問題なし
isInteractive: booleanなどを渡すことでイベントハンドラの有無を制御できる
牌譜再生時にはイベントハンドラが不要なモードでコンポーネントを描画すればいいだけだし
445: (ﾜｯﾁｮｲ e251-+g0z) 06/30(月)03:43 ID:6K91Vfp30(6/6) AAS
> JSXを使う局面がない
> HTML に雛形として埋め込まれた「牌を表現するDOMノード」をコピーし差し込むことで実現しています。
Reactをまったく知らないからこんな恥ずかしことを堂々と言えるんだろう
こいつのもっとも無知なところだな
Reactは宣言型だからコピーするというコードを書くことすら不要なわけ
446(1): (ﾜｯﾁｮｲ eb7c-Qyzi) 07/01(火)16:48 ID:SIBQ1DK00(1) AAS
牌なんてCanvasに直接描画すりゃエフェクトも自在だし変にエレメントにデータ持って
重くなることもなくていいんじゃね？って思うのは俺だけなのか
447: (ﾜｯﾁｮｲ 62ad-i45a) 07/03(木)12:01 ID:+b4ZnWKa0(1) AAS
>>446
俺もこう思う
そもそも牌をhtml要素とCSSで描画すること自体が微妙だよね
そういう意味だとjQueryでもReactでもなくてCanvas系のフレームワーク使ったほうが良いんじゃないかな
448: (ﾜｯﾁｮｲ 9f00-N87D) 07/06(日)06:18 ID:GxvgQzqn0(1) AAS
宣言的UIに慣れるとCanvas全体を命令的に描画するのがあまりにもダル過ぎる
449: (ﾜｯﾁｮｲ 9f4f-BzvG) 07/06(日)11:52 ID:77BphujQ0(1) AAS
Canvas上の各表示オブジェクトを
Reactやビューで
あたかもHTMLの要素の様に操作できる（CSSプロパティ設定できる）
ライブラリってあるのかな。
450: (ﾜｯﾁｮｲ 1f3d-duEB) 07/06(日)12:44 ID:8Iwql4w40(1) AAS
flutterでよくね
451: (ﾜｯﾁｮｲ 9701-5BqU) 07/09(水)16:01 ID:2rb1ksuv0(1) AAS
実際のゲーム開発で宣言的UIが採用されることってあるの？
452: (ﾜｯﾁｮｲ 877c-Bd2j) 07/20(日)07:51 ID:SQq4ZXml0(1) AAS
設定画面とかチュートリアルなら、まあ宣言的UIを使うもアリ。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.015s