Vue vs React vs Angular vs Svelte Part.11 (452ﾚｽ)
Vue vs React vs Angular vs Svelte Part.11 http://mevius.5ch.net/test/read.cgi/tech/1660969032/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
1: デフォルトの名無しさん (ﾜｯﾁｮｲ 434e-OHyh) [sage] 2022/08/20(土) 13:17:12.21 ID:OuD+ytSs0 !extend:on:vvvvv:1000:512 Vue https://jp.vuejs.org/ React https://reactjs.org/ Angular https://angular.io/ Svelte https://svelte.dev/ solid.js https://www.solidjs.com/ ※前スレ Vue vs React vs Angular vs Svelte Part.8 https://mevius.5ch.net/test/read.cgi/tech/1621744952/ Vue vs React vs Angular vs Svelte Part.9 https://mevius.5ch.net/test/read.cgi/tech/1642316774/ Vue vs React vs Angular vs Svelte Part.10 https://mevius.5ch.net/test/read.cgi/tech/1646747836/ ★ここではjQuery, Ruby, C#, Blazorの話題は禁止です ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。 VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured http://mevius.5ch.net/test/read.cgi/tech/1660969032/1
326: デフォルトの名無しさん (ﾜｯﾁｮｲ 63f0-bFHd) [sage] 2024/09/29(日) 17:47:58.09 ID:xSeXse3x0 >>324 違う 単にSQL生成を目的とするだけのモジュール railsにおけるArelとか 以下のように複雑なSQLも構築可能 Task.where( Arel::Nodes::NamedFunction.new( 'TO_CHAR', [ Task.arel_table[:created_at], Arel::Nodes.build_quoted('YYYY') ] ).eq('2023') ) # => SELECT "tasks".* FROM "tasks" WHERE TO_CHAR("tasks"."created_at", 'YYYY') = '2023' 大抵の言語やフレームワークに似たようなモジュールが存在してそれを使ってSQLを作るというのがここ数年の流れ もちろんN+1問題を容易に作ってしまうので結局実行時にどのようなSQLが生成されるか？は見なくてはならない http://mevius.5ch.net/test/read.cgi/tech/1660969032/326
327: デフォルトの名無しさん (ﾜｯﾁｮｲ b3ba-eLKd) [sage] 2024/09/29(日) 17:54:18.58 ID:8BzfSqEJ0 >>317 いちばん有名な企業が楽天グループ、そこは公認パートナー企業にもなってる >>325 ORMは便利だけどそっちしか知らない人が多いというか、各種フレームワークからデバッグ用にSQL吐き出せること知らない人も多い。だから結合とか副問い合わせで躓いてるのをよく質問サイトで見かけたな http://mevius.5ch.net/test/read.cgi/tech/1660969032/327
328: デフォルトの名無しさん (ﾜｯﾁｮｲ ff3c-gB8o) [sage] 2024/09/29(日) 18:05:01.99 ID:/6K/Gjr+0 おぞましいことに、SELECT * FROM xxx WHERE yyy = zzzみたいな糞クエリのゴリ押しだけで全部解決しようとする新人がたまにいるのよ 明らかにJOINやサブクエリやウィンドウを使えば効率的に一度のクエリで解決する要件も、何回も何十回もクエリ発行して取りに行く 負荷試験が壊滅的だったプロジェクトに火消しを頼まれて助っ人で行ってみたらそんなザマで頭抱えたことがある 結局ほとんど俺が全部書き直した http://mevius.5ch.net/test/read.cgi/tech/1660969032/328
329: デフォルトの名無しさん (ﾜｯﾁｮｲ ff3c-gB8o) [sage] 2024/09/29(日) 18:20:31.60 ID:/6K/Gjr+0 あんなDBの使い方しかしない（できない）からORMの弊害に気付かないんだと思うわ 型安全と言っても、それテーブルの全カラムを無加工で取得したい場合ぐらいしか有効に働かないだろうに http://mevius.5ch.net/test/read.cgi/tech/1660969032/329
330: デフォルトの名無しさん (ﾜｯﾁｮｲ e36b-v4Ln) [sage] 2024/09/29(日) 18:29:40.63 ID:4S/kVkYa0 >>326 ストレートーにSQL書けよと言いたくなるな 障害時に綺麗なSQLはけてないと復旧とか損害保証とかできるの？ http://mevius.5ch.net/test/read.cgi/tech/1660969032/330
331: デフォルトの名無しさん (ﾜｯﾁｮｲ e36b-v4Ln) [sage] 2024/09/29(日) 18:36:09.04 ID:4S/kVkYa0 >>328 昔DBAという役職があって その人に使用するSQL全部チェック対象にされ... http://mevius.5ch.net/test/read.cgi/tech/1660969032/331
332: デフォルトの名無しさん (ﾜｯﾁｮｲ ffad-JJSI) [sage] 2024/09/29(日) 18:38:11.33 ID:1Tb71lk/0 ストレートにSQL書くと、パラメーターとの文字列連結がカオスになるよ http://mevius.5ch.net/test/read.cgi/tech/1660969032/332
333: デフォルトの名無しさん (ﾜｯﾁｮｲ e36b-v4Ln) [sage] 2024/09/29(日) 18:41:51.91 ID:4S/kVkYa0 サブクエリに、with、一時table使ってSQL書いてるけどそんな事一度もなかったな http://mevius.5ch.net/test/read.cgi/tech/1660969032/333
334: デフォルトの名無しさん (ﾜｯﾁｮｲ 63f0-bFHd) [sage] 2024/09/29(日) 18:43:50.27 ID:xSeXse3x0 今回の調査で色々と調べたけど javaのJOOQってORMやべーな とんでないぞこのライブラリ 以下のように型がコロコロ変わる場合でもちゃんと書ける Fieldクラスを抽象化することで静的な型チェックが可能になっている この発想はなかった DSLContext create = DSL.using(configuration); Field<String> caseField = DSL.case_() .when(field("age", Integer.class).gt(18), "adult") .when(field("age", Integer.class).lt(18), "minor") .otherwise("unknown"); create.select(caseField).from("users").fetch(); http://mevius.5ch.net/test/read.cgi/tech/1660969032/334
335: デフォルトの名無しさん (ﾜｯﾁｮｲ 63f0-bFHd) [sage] 2024/09/29(日) 18:45:39.57 ID:xSeXse3x0 caseってデータ分析ではめちゃくちゃ使うのだけど これがこんな感じで書ける 素晴らしい http://mevius.5ch.net/test/read.cgi/tech/1660969032/335
336: デフォルトの名無しさん (ﾜｯﾁｮｲ 63f0-bFHd) [sage] 2024/09/29(日) 18:47:22.71 ID:xSeXse3x0 >>331 昔は社内にオラクルデータベースの番人みたいなおじさんがいたなあ http://mevius.5ch.net/test/read.cgi/tech/1660969032/336
337: デフォルトの名無しさん (ﾜｯﾁｮｲ b3ba-eLKd) [sage] 2024/09/29(日) 19:00:17.50 ID:8BzfSqEJ0 >>328 select * from tableA join tableBとして、吐き出した全データを配列に格納、展開してたトンデモプログラムをデバッグしたことあるよ…。アスタリスクは百歩譲ってもせめて部分結合してくれ データ数千件しかないのにフォーム処理クッソ重いと思ったらこれだよ http://mevius.5ch.net/test/read.cgi/tech/1660969032/337
338: デフォルトの名無しさん (ﾜｯﾁｮｲ 6f90-v4Ln) [sage] 2024/09/29(日) 19:25:17.35 ID:Ck7eDstu0 >>332 一回のトランザクション処理につき一回だけSQL実行可とルールすればよい おのづとサブクエリ、with、一時tableを使う事になって、SQL投げて結果でSQL投げみたいな処理を繰り返すヘボ実装が一掃される http://mevius.5ch.net/test/read.cgi/tech/1660969032/338
339: デフォルトの名無しさん (ﾜｯﾁｮｲ ff3c-gB8o) [sage] 2024/09/29(日) 19:26:59.25 ID:/6K/Gjr+0 >>331 たいがいそこが開発進行のボトルネックになってたけど当時は必要悪だったと思うよ あの頃のオンプレの商用環境（しかも大抵カツカツの構成）で、クソゴミクエリぶん回そうものなら即死してサービスダウンに陥ってたもんよ 今のクラウドのマネージドDBだったらただ遅いor費用が嵩むだけで落ちるとこまで行くことはそうそうないけど、昔は死活問題だった http://mevius.5ch.net/test/read.cgi/tech/1660969032/339
340: デフォルトの名無しさん (ｱｳｱｳｴｰ Sadf-D2eP) [sage] 2024/09/30(月) 14:16:26.25 ID:5Q41gUpla 一つの処理を一つのSQLクエリならアトミックになって問題無いけど 一つの処理を複数のSQLクエリで時間差が出来るから他所からデータ割り込まれたら困るケースがあるだろ そこまで考慮してないアホばっか http://mevius.5ch.net/test/read.cgi/tech/1660969032/340
341: デフォルトの名無しさん (ﾜｯﾁｮｲ 7f85-D2eP) [sage] 2024/09/30(月) 16:35:49.13 ID:eyZN3jLh0 一番早いのは個々のSQL連結したをストアドなんだよなー JOINもINNNERとRIGHTは遅いからLEFTのみ http://mevius.5ch.net/test/read.cgi/tech/1660969032/341
342: デフォルトの名無しさん (ﾜｯﾁｮｲ 3fd9-GmTs) [sage] 2024/09/30(月) 16:59:05.93 ID:90xjyaJO0 >>341 inner使ってたけどleftのが速いんだ？ http://mevius.5ch.net/test/read.cgi/tech/1660969032/342
343: デフォルトの名無しさん (ﾜｯﾁｮｲ 7fd8-gB8o) [sage] 2024/09/30(月) 22:19:31.77 ID:x8UwNGco0 そもそも得られる結合結果が違うし、INNERのほうが効率的なケースもLEFTのほうが効率的なケースも存在するから思考停止せずにしっかり実行計画確認しろ 「何にでも～～を使う！」ってのはバカの一つ覚えってんだ http://mevius.5ch.net/test/read.cgi/tech/1660969032/343
344: デフォルトの名無しさん (ﾜｯﾁｮｲ cfcf-KiE/) [sage] 2024/09/30(月) 22:31:07.26 ID:2/RvbFVp0 left と right で速度が違うとか言ってる奴の話を真に受けんな http://mevius.5ch.net/test/read.cgi/tech/1660969032/344
345: デフォルトの名無しさん (ﾜｯﾁｮｲ e36e-v4Ln) [sage] 2024/09/30(月) 23:41:53.43 ID:6IhSUC9Z0 >>344 結構あるで http://mevius.5ch.net/test/read.cgi/tech/1660969032/345
346: デフォルトの名無しさん (ｻｻｸｯﾃﾛ Sp47-F/l5) [sage] 2024/10/01(火) 10:17:07.05 ID:tNPrHSB3p リスト構造なら違いは無いよな？ http://mevius.5ch.net/test/read.cgi/tech/1660969032/346
347: デフォルトの名無しさん (ﾜｯﾁｮｲ 3f4d-GmTs) [sage] 2024/10/01(火) 16:04:12.61 ID:20pFp1ah0 本読んでたらNextすげーいいじゃんと思ってきた、なんか学習コストは高そうな気がするけど remixは調べてない http://mevius.5ch.net/test/read.cgi/tech/1660969032/347
348: デフォルトの名無しさん (ﾜｯﾁｮｲ 63f0-bFHd) [sage] 2024/10/01(火) 16:46:36.79 ID:Ig6Tf0ue0 最近はremixの方が優勢になってきてる ChatGPTもnext.jsだったのにremixに移行した http://mevius.5ch.net/test/read.cgi/tech/1660969032/348
349: デフォルトの名無しさん (ﾜｯﾁｮｲ 63f0-bFHd) [sage] 2024/10/01(火) 16:47:26.48 ID:Ig6Tf0ue0 ただしremixはフルスクラッチで作り直すから 大幅に変わりそう だから今手を出すべきかは微妙 http://mevius.5ch.net/test/read.cgi/tech/1660969032/349
350: デフォルトの名無しさん (ﾜｯﾁｮｲ 3f4d-GmTs) [sage] 2024/10/01(火) 16:48:32.91 ID:20pFp1ah0 どっちにしろ新規プロジェクトだからNextかなあ http://mevius.5ch.net/test/read.cgi/tech/1660969032/350
351: デフォルトの名無しさん (ﾜｯﾁｮｲ 3f4d-GmTs) [sage] 2024/10/01(火) 16:49:20.05 ID:20pFp1ah0 じゃないRemix http://mevius.5ch.net/test/read.cgi/tech/1660969032/351
352: デフォルトの名無しさん (ﾜｯﾁｮｲ 8f1f-bFHd) [sage] 2024/10/01(火) 18:54:14.07 ID:gaoRlfpT0 まあフロントエンドなんて作り直すのは基本だし まともなCTOがいたら予算も出るからその時の流行でよろしい 画面の動きを全部サーバーサイドの結果で判断できるように作っておけば問題なし http://mevius.5ch.net/test/read.cgi/tech/1660969032/352
353: デフォルトの名無しさん (ｽｯｯﾌﾟ Sd1f-9JCP) [sage] 2024/10/01(火) 22:29:45.75 ID:V2w3Ucz+d プロダクトの性質次第だろう SaaSだとページ数多いしビジネス要件実装のウェイトが大きいから作り直しは難しい http://mevius.5ch.net/test/read.cgi/tech/1660969032/353
354: デフォルトの名無しさん (ﾜｯﾁｮｲ cfcf-KiE/) [sage] 2024/10/01(火) 22:30:17.57 ID:7hV/Zxp/0 >>345 ねーわ。どっちも outer join で駆動表が右か左か違うだけ。 クエリを書き換えて実行計画が変わったのを勘違いしただけだろ。 http://mevius.5ch.net/test/read.cgi/tech/1660969032/354
355: デフォルトの名無しさん (ﾜｯﾁｮｲ 8f88-v4Ln) [sage] 2024/10/01(火) 22:41:15.98 ID:PxjtxeQz0 >>354 あるで調べてみ http://mevius.5ch.net/test/read.cgi/tech/1660969032/355
356: デフォルトの名無しさん (ﾜｯﾁｮｲ ff6c-gB8o) [sage] 2024/10/01(火) 22:45:51.49 ID:GFljMLhp0 leftと等価なrightへの書き換え、あるいはその逆の書き方を知らないだけでは？🤔 http://mevius.5ch.net/test/read.cgi/tech/1660969032/356
357: デフォルトの名無しさん (ﾜｯﾁｮｲ 63f0-bFHd) [sage] 2024/10/01(火) 23:53:40.67 ID:Ig6Tf0ue0 right joinを使う必要があるとは思えんな http://mevius.5ch.net/test/read.cgi/tech/1660969032/357
358: デフォルトの名無しさん (JP 0Hdf-GCHr) [sage] 2024/10/02(水) 07:12:03.51 ID:H5d/PPBcH 345は20年前のOracle8iみたいなルールベースの知識からアップデートできていないだけな気がする http://mevius.5ch.net/test/read.cgi/tech/1660969032/358
359: デフォルトの名無しさん (ｽﾌﾟｯｯ Sd1f-PqsP) [] 2024/10/02(水) 08:15:16.76 ID:L5vBX47Zd >>355 あるっつうならその実例出して http://mevius.5ch.net/test/read.cgi/tech/1660969032/359
360: デフォルトの名無しさん (ﾜｯﾁｮｲ e3a8-v4Ln) [sage] 2024/10/02(水) 12:21:12.06 ID:XNBCv0lf0 >>358 そーーかも http://mevius.5ch.net/test/read.cgi/tech/1660969032/360
361: デフォルトの名無しさん (ﾜｯﾁｮｲ 6fcd-fhRs) [sage] 2024/10/02(水) 12:40:19.74 ID:VhOKxDCS0 なんとなくいつもleftだわ http://mevius.5ch.net/test/read.cgi/tech/1660969032/361
362: デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMff-Z4n8) [sage] 2024/10/02(水) 15:21:28.65 ID:ntIVC1snM Nextはビルドツールが自前なのがな RemixもsveltekitもNuxtもVite使ってるからそこでエコシステムの差が出てきそう それが進んだらNextも厳しくなってくる http://mevius.5ch.net/test/read.cgi/tech/1660969032/362
363: デフォルトの名無しさん (ﾜｯﾁｮｲ 63f0-bFHd) [sage] 2024/10/02(水) 16:20:33.61 ID:TLprtWVf0 JSはいつまでエコシステムとかやるんすかね いい加減デファクトをみんなで作ろうよってならないのかね 主に政治的思惑で一つにしたくないのだろうけど http://mevius.5ch.net/test/read.cgi/tech/1660969032/363
364: デフォルトの名無しさん (ﾜｯﾁｮｲ 83ea-gB8o) [sage] 2024/10/02(水) 17:16:13.23 ID:BpVEd4dp0 right joinを使うと右から左へ、下から上へ読むようなクエリになるからな 読みづらいからrightは基本使わない 「遅いからrightは使わない」とか言ってる人は意味不明だけど http://mevius.5ch.net/test/read.cgi/tech/1660969032/364
365: デフォルトの名無しさん (ﾜｯﾁｮｲ b371-bFHd) [sage] 2024/10/02(水) 17:22:06.79 ID:xvxi+lxb0 昔のDBでそういうのがあったんじゃないの？ 知らんけど http://mevius.5ch.net/test/read.cgi/tech/1660969032/365
366: デフォルトの名無しさん (ﾜｯﾁｮｲ c3db-jIqN) [sage] 2024/10/03(木) 00:02:27.79 ID:fliyUvHO0 まあ特に理由がなければleftだよなあ http://mevius.5ch.net/test/read.cgi/tech/1660969032/366
367: デフォルトの名無しさん (ﾜｯﾁｮｲ 23ee-9JCP) [sage] 2024/10/05(土) 12:16:43.81 ID:RBSjgErc0 HR系のシステムにおける従業員(主)と部署(従)のように、あるビジネスドメインにおいて着目する主体ってのはだいたい決まっているものだ なので、SQLを書くときもそのメンタルモデルに倣って主側に置くものをある程度固定したほうが読みやすいという考え方もある ある条件を満たす従業員と所属部署の一覧を表示する際に、従業員不在の部署も表示したいという要件があったとして、 そのようなちょっとしたビュー要件によって主従関係が逆転してしまうのは好ましくない、ということだ 俺はそれでもLEFT統一の方が読みやすいと思う派だが、考え方としては理解できるものだろう http://mevius.5ch.net/test/read.cgi/tech/1660969032/367
368: デフォルトの名無しさん (ﾜｯﾁｮｲ eb23-vAd8) [sage] 2024/10/19(土) 07:55:36.48 ID:kXgKzXcr0 svelte5のmilestoneが98%まで回復 http://mevius.5ch.net/test/read.cgi/tech/1660969032/368
369: デフォルトの名無しさん (ﾜｯﾁｮｲ 1923-pdRO) [sage] 2024/10/20(日) 20:29:57.78 ID:XEBgqfIg0 release svelte@5.0.0 http://mevius.5ch.net/test/read.cgi/tech/1660969032/369
370: デフォルトの名無しさん (ﾜｯﾁｮｲ 1901-h/XG) [sage] 2024/10/28(月) 10:56:23.79 ID:MeMed5MX0 svelteで作っていたサイトはもうastroにしたんだよなあ svelteの強味がよくわからなかった http://mevius.5ch.net/test/read.cgi/tech/1660969032/370
371: デフォルトの名無しさん (JP 0H63-gQDg) [] 2024/10/29(火) 22:21:02.13 ID:yFBNIKKHH sssp://img.5ch.net/ico/nida.gif EchoAPIは、テストが私のReactアプリに動力を提供するAPIを容易にし、開発を強化するための迅速な応答を提供。試してみてね http://mevius.5ch.net/test/read.cgi/tech/1660969032/371
372: デフォルトの名無しさん (JP 0H63-gQDg) [] 2024/10/29(火) 22:22:48.45 ID:yFBNIKKHH sssp://img.5ch.net/ico/nida.gif EchoAPIの直感的なインタフェースは、ReactアプリケーションでAPI応答を迅速に検証し、デバッグを容易にするのに役立つ。おすすめ！ http://mevius.5ch.net/test/read.cgi/tech/1660969032/372
373: デフォルトの名無しさん (ﾜｯﾁｮｲ f701-yqoI) [sage] 2024/12/27(金) 03:32:05.43 ID:hxF8JUMM0 Angularが久しぶりに盛り返してる 今年のアプデでかなり改善されたからだろうか あと特筆すべきことはAstroの伸びかな https://2024.stateofjs.com/ http://mevius.5ch.net/test/read.cgi/tech/1660969032/373
374: デフォルトの名無しさん (ｽｯﾌﾟﾌﾟ Sd9b-JlZ7) [sage] 2024/12/27(金) 20:34:35.48 ID:YxIFlKOGd 本当だVue抜いてるじゃん Astroは絵に描いた餅感のイメージ強いんだけど、 この間bolt適当に弄ってたら何故かASTROでコード吐いてきたので AIの力も借りて遊びでなんか作ってみようかなぁ http://mevius.5ch.net/test/read.cgi/tech/1660969032/374
375: デフォルトの名無しさん (ﾜｯﾁｮｲ 61f0-nFNZ) [sage] 2024/12/28(土) 02:05:29.96 ID:PwEyBlKD0 いやもうReactでいいよ… http://mevius.5ch.net/test/read.cgi/tech/1660969032/375
376: デフォルトの名無しさん (ﾜｯﾁｮｲ f701-yqoI) [sage] 2024/12/28(土) 06:54:44.06 ID:e4Tyi2oC0 jsx使ったことある人ならAstroは簡単に習得できると思う http://mevius.5ch.net/test/read.cgi/tech/1660969032/376
377: デフォルトの名無しさん (ﾜｯﾁｮｲ 0fba-mSSC) [sage] 2025/02/08(土) 10:31:21.71 ID:hJvS4i6R0 >>373 Angular17以降爆速になったからな、Vite＋esbuildというチートで19は起動が6秒ぐらい それでいてフルスタックのまま。スタンドアロン標準実装、Signal、ビルトインコントロールフロー ようやく他と戦える体勢整ってきた >>370 SvelteはAppleが協賛に入って脱TS目指して、アプリ特化になりつつある Runeもまだ、既存技術をわかりやすくマーキングしただけだし http://mevius.5ch.net/test/read.cgi/tech/1660969032/377
378: デフォルトの名無しさん (ﾜｯﾁｮｲ 0fba-mSSC) [sage] 2025/02/08(土) 11:14:27.65 ID:hJvS4i6R0 >>373 Viteの伸びもえぐいな、とうとうWebpack超えてしまったか Reactも19になってようやく不満要素だった、テンプレート周りの改善とフォームのリアクティブ制御を実現してきた ただReact普及に貢献してきたNextだけが、案の定Viteから爪弾き状態になってるのが気がかり Remix、Astroはしっかり公式連携になってるのに http://mevius.5ch.net/test/read.cgi/tech/1660969032/378
379: デフォルトの名無しさん (ﾜｯﾁｮｲ ffba-kH5e) [sage] 2025/02/09(日) 16:00:36.64 ID:G+MTHt9S0 あとAngularはCSR、SSG、SSRをミックスした使い方ができる。これはフルスタックならではの強みであり芸当でもある http://mevius.5ch.net/test/read.cgi/tech/1660969032/379
380: デフォルトの名無しさん (ﾜｯﾁｮｲ 0aad-jTq6) [] 2025/02/09(日) 18:38:29.52 ID:wFwap3vs0 Angularってどう学べばいいの？ 書籍は古いバージョンしか出てないし 公式サイト（日本）のはじめてのAngularだかも 今のバージョンでは動かなかったりして当てにならなかったわ http://mevius.5ch.net/test/read.cgi/tech/1660969032/380
381: デフォルトの名無しさん (ﾜｯﾁｮｲ 1ae4-fV+3) [] 2025/02/09(日) 23:00:29.93 ID:XCB8NOLW0 >>380 やっぱり本家のチュートリアルかねえ英語だけど 日本語の書籍は古すぎてオススメできない http://mevius.5ch.net/test/read.cgi/tech/1660969032/381
382: デフォルトの名無しさん (ﾜｯﾁｮｲ 3f44-imkm) [sage] 2025/02/11(火) 10:22:24.86 ID:jvkFh9pY0 >>380 ZennかQiitaあたりの使える記事を探すのが手っ取り早いかな 英語読めたらdev communityにも役立つ記事がいっぱいあるけど Angularも14以降とそれ以前でReactの16.8以降と以前ぐらい別物の記述になってるから注意 あとAngular19からはstandalone標準だから、過去の動かしたい場合はstandalone: falseにしないと動かない http://mevius.5ch.net/test/read.cgi/tech/1660969032/382
383: デフォルトの名無しさん (ﾜｯﾁｮｲ eb01-LhIj) [sage] 2025/02/11(火) 17:22:38.85 ID:nxcjaTzm0 AngularはFCP遅いのがな 一度読み込んだら速いけど http://mevius.5ch.net/test/read.cgi/tech/1660969032/383
384: デフォルトの名無しさん (ﾜｯﾁｮｲ 3f44-imkm) [sage] 2025/02/15(土) 10:10:33.69 ID:HGo6DyGJ0 最近の業務待機時間多いから、その合間にここ数年の流行りに取り組んでいるんだけど solidJSがかなり書きやすくていい。Vueのようなライフサイクルフックもあるし、JSXのループ周りに対しても面倒なmap地獄に遭わなくて済む。Reactかじってたら多分すぐ覚える システム複雑じゃなくていいけど、JSXでさっと書きたいって人にはおすすめ RemixとAstroもいい感じだ RemixはNextほど複雑さがないし AstroはJSX、Vue、Svelte、Solidどの書き方も通るのが便利そう http://mevius.5ch.net/test/read.cgi/tech/1660969032/384
385: デフォルトの名無しさん (ﾜｯﾁｮｲ 6a57-l5Ii) [sage] 2025/02/15(土) 14:53:40.95 ID:yHUAMZfW0 でも案件ないからね http://mevius.5ch.net/test/read.cgi/tech/1660969032/385
386: デフォルトの名無しさん (ﾜｯﾁｮｲ 1501-oe3m) [sage] 2025/02/16(日) 01:34:44.13 ID:T2962Blt0 ネットうろうろしてるとNextどころか まだまだVue、Nuxt多いなぁ Astroとか日本の商用サイトで採用してるとこあるの？ http://mevius.5ch.net/test/read.cgi/tech/1660969032/386
387: sage (ﾜｯﾁｮｲ 6d44-ot0k) [] 2025/02/16(日) 08:57:51.89 ID:l718zIOz0 どこで何が役立つかわからん業界だし（今年はまさかのPerl大活躍） >>386 Astro採用企業の有名どころはAmazon、ネトフリ、クックパッド（ここはかなり日和るが）とか Microsoftもスポンサーになってるのが大きいかな、あとVite公認 http://mevius.5ch.net/test/read.cgi/tech/1660969032/387
388: デフォルトの名無しさん (ﾜｯﾁｮｲ 4501-990B) [sage] 2025/02/16(日) 09:40:54.74 ID:TK5HkbV90 GoogleとかトリバゴもAstro使ってるはず 国内企業は知らんけど http://mevius.5ch.net/test/read.cgi/tech/1660969032/388
389: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa49-CJ2S) [sage] 2025/02/19(水) 06:48:32.03 ID:Z9GTaoqfa Remix良いとは思うんだけど こういうフレームワークを更にラップしたようなのって流行過ぎた頃に困る予感しかしないんだよな バックエンド含んでるから古くてもまぁ動けばええじゃろでサボることもできんし http://mevius.5ch.net/test/read.cgi/tech/1660969032/389
390: デフォルトの名無しさん (ﾜｯﾁｮｲ 4501-990B) [sage] 2025/02/19(水) 07:02:57.77 ID:tFpAjYQB0 >>389 どのフレームワーク使ってもその問題は付きまとうから気にしても意味ないような http://mevius.5ch.net/test/read.cgi/tech/1660969032/390
391: デフォルトの名無しさん (ﾜｯﾁｮｲ 43d9-XFKP) [] 2025/02/19(水) 07:36:49.70 ID:cyNyT1yf0 create-react-appが非推奨になったとかなんとか http://mevius.5ch.net/test/read.cgi/tech/1660969032/391
392: デフォルトの名無しさん (ｽﾌﾟｰﾌﾟ Sd43-oe3m) [sage] 2025/02/19(水) 13:07:51.68 ID:3+8LLoUvd フルスタックものはだいたいそのリスクあるでしょ 堅牢なシステムを長期的に運用したいとかなんとかなら 結局愚直にバックエンドapi実装 http://mevius.5ch.net/test/read.cgi/tech/1660969032/392
393: デフォルトの名無しさん (ﾜｯﾁｮｲ 1b7b-iI+e) [sage] 2025/02/19(水) 14:31:22.96 ID:mGrw3aeq0 大規模ならCOBOLかJAVAだろうね http://mevius.5ch.net/test/read.cgi/tech/1660969032/393
394: デフォルトの名無しさん (ﾜｯﾁｮｲ 43d9-XFKP) [] 2025/02/19(水) 14:34:20.07 ID:cyNyT1yf0 フルスタックのリスク回避でapiは別に設けるのもアリだよねって思ってもいる Remixイジり始めたばかりだけど http://mevius.5ch.net/test/read.cgi/tech/1660969032/394
395: デフォルトの名無しさん (ﾜｯﾁｮｲ edba-vA3c) [sage] 2025/02/20(木) 20:55:31.83 ID:NisJn+800 海外ではQwikも人気出てきてるみたいだし本当に群雄割拠だ 自分は今、Svelteのrune触りまくってるけど、一層proxy制御ガチガチになってて 堅牢性と拡張性は大幅に改善されてたけど、あれじゃもう、Vueと並び初級者向けとは言えんぞ http://mevius.5ch.net/test/read.cgi/tech/1660969032/395
396: デフォルトの名無しさん (ﾜｯﾁｮｲ 35cf-JytB) [sage] 2025/02/21(金) 02:50:21.40 ID:y9XPTlRE0 Reactみたいに汎用的なフレームワークは消えると思ってる やっぱり個別にコンポーネントをコンパイルした方が効率いいのは間違いないのだし サーバーサイドありきにするならこの考えが自然なのよね http://mevius.5ch.net/test/read.cgi/tech/1660969032/396
397: デフォルトの名無しさん (ﾜｯﾁｮｲ 4501-990B) [sage] 2025/02/21(金) 05:02:26.87 ID:9D9p9cHN0 >>396 litのこと言ってるのか？ http://mevius.5ch.net/test/read.cgi/tech/1660969032/397
398: デフォルトの名無しさん (ﾜｯﾁｮｲ 35cf-JytB) [sage] 2025/02/21(金) 18:42:50.18 ID:y9XPTlRE0 >>397 いや基本的にはサーバー側でオンザフライにコンパイルされることが基本となると思う svelteやqwik、solidを融合したような形になると思う http://mevius.5ch.net/test/read.cgi/tech/1660969032/398
399: デフォルトの名無しさん (ﾜｯﾁｮｲ edba-ot0k) [sage] 2025/02/21(金) 20:23:41.29 ID:xhvBpgKe0 >>396 ReactとVueはあくまでライブラリだからな。だからガワ（フロントエンドツール）として売り出す手段にも出てるわけで。それだけにReactもそろそろ使いやすさ重視しないと離れていくだろうな 特に、今後のエコシステム次第ではSolidに乗り換えられる可能性は大いにある VueはdefineModelがチート性能すぎてある意味今後が怖い http://mevius.5ch.net/test/read.cgi/tech/1660969032/399
400: デフォルトの名無しさん (ﾜｯﾁｮｲ fdf0-tmLj) [sage] 2025/02/22(土) 13:52:23.08 ID:IP1R//230 spaとか糞なUIはそろそろ消えると予想。 画面リロードに対応できない仕組みでUI構築すべきではないと気付き始めるだろ。 http://mevius.5ch.net/test/read.cgi/tech/1660969032/400
401: デフォルトの名無しさん (ﾜｯﾁｮｲ b1ba-8jxH) [sage] 2025/02/23(日) 10:18:53.60 ID:EtTS1kqD0 SSGもCORS問題が鬱陶しすぎる（ローカルで環境開発しにくいから開発コスト大） のと、あとデータ量に比例して重くなっていく問題をなんとかせんと http://mevius.5ch.net/test/read.cgi/tech/1660969032/401
402: デフォルトの名無しさん (ﾜｯﾁｮｲ 9501-7f0F) [sage] 2025/02/23(日) 11:27:58.14 ID:SIbO7j//0 >>400 むしろView Transitions APIとか出てきてSPAは手軽に作れるようになってきてるから消えないよ >>401 ReactだともうSSGは縮小方向だな 今はReactでマトモにSSGやろうとしたらAstroが一番の選択肢になりそう http://mevius.5ch.net/test/read.cgi/tech/1660969032/402
403: デフォルトの名無しさん (ﾜｯﾁｮｲ 31a5-c6km) [sage] 2025/02/23(日) 16:53:00.51 ID:hoXt0H0e0 react難し過ぎるだろ。 フックの伝播複雑過ぎて、メンテナンスできない説。 http://mevius.5ch.net/test/read.cgi/tech/1660969032/403
404: デフォルトの名無しさん (ﾜｯﾁｮｲ 31f6-dlJU) [sage] 2025/02/23(日) 20:10:37.18 ID:NHXxiQzh0 まったく問題ないが http://mevius.5ch.net/test/read.cgi/tech/1660969032/404
405: デフォルトの名無しさん (ﾜｯﾁｮｲ b1ba-8jxH) [sage] 2025/02/23(日) 20:19:02.78 ID:EtTS1kqD0 コールバック関数、分割代入、proxy この３つを把握すればJSフレームワークはどれも同じ http://mevius.5ch.net/test/read.cgi/tech/1660969032/405
406: デフォルトの名無しさん (ﾜｯﾁｮｲ 5abb-FQm1) [sage] 2025/02/23(日) 22:02:12.64 ID:VD63caIp0 笑 http://mevius.5ch.net/test/read.cgi/tech/1660969032/406
407: デフォルトの名無しさん (ﾜｯﾁｮｲ 752d-c6km) [sage] 2025/02/23(日) 23:52:42.55 ID:SCNJLFbC0 reactでShift選択するui作ったけど 自分で作ってもう触りたくない。 クリックのフックは子がハンドリングして親に返して、選択範囲の再描画は親が制御するみたいな。 これに余計な子は再描画しないようメモ化するとか入れると、頭こんがらがってくる。 どのフックで何のパラメータが変わってどれが再描画されるか解らなくなる。 設計書書かずに作ってるせいなんだが。 http://mevius.5ch.net/test/read.cgi/tech/1660969032/407
408: デフォルトの名無しさん (ﾜｯﾁｮｲ 3d95-Ek8k) [sage] 2025/02/24(月) 01:31:40.21 ID:BUsCxVnh0 逆に生で作ることを考えたらまだマシとなる http://mevius.5ch.net/test/read.cgi/tech/1660969032/408
409: デフォルトの名無しさん (ﾜｯﾁｮｲ 3174-W5vA) [] 2025/02/24(月) 02:07:21.52 ID:9ouheju+0 Shift選択のUIってこんな感じの挙動？ ttps://codepen.io/rkeqkdzm-the-reactor/pen/wBvWpyp http://mevius.5ch.net/test/read.cgi/tech/1660969032/409
410: デフォルトの名無しさん (ﾜｯﾁｮｲ 9501-phV/) [sage] 2025/02/24(月) 05:09:50.45 ID:Mu/PIHkN0 ReactのMemoはマジでゴミだけどReact Compilerでやっと解決するらしいから http://mevius.5ch.net/test/read.cgi/tech/1660969032/410
411: デフォルトの名無しさん (ﾜｯﾁｮｲ b1ba-8jxH) [sage] 2025/02/24(月) 08:41:21.17 ID:ApFSqceQ0 Reactでゴミなのはコントロールフロー系 Solidはそこをしっかり解決してる もう一つのゴミだったルーター系も Solidインスパイアしてるならそっちも真似したらいいのに Solidにストア系実装されたらまじでシェア流れかねんぞ http://mevius.5ch.net/test/read.cgi/tech/1660969032/411
412: デフォルトの名無しさん (ﾜｯﾁｮｲ d505-FQm1) [sage] 2025/02/24(月) 09:31:11.82 ID:ESLDFy060 >>410 どこ情報？ http://mevius.5ch.net/test/read.cgi/tech/1660969032/412
413: デフォルトの名無しさん (ﾜｯﾁｮｲ 9501-phV/) [sage] 2025/02/24(月) 10:02:28.68 ID:Mu/PIHkN0 >>411 何言ってるんだ？ Solid RouterはReact Routerにインスパイアされて作られたって公式のドキュメントに書いてあるのに http://mevius.5ch.net/test/read.cgi/tech/1660969032/413
414: デフォルトの名無しさん (ﾜｯﾁｮｲ b1ba-8jxH) [sage] 2025/02/24(月) 10:30:53.78 ID:ApFSqceQ0 >>411 React Router Domが6からSolid Router（旧solid-app-router）の記法をまんま真似してるんだよ パクったというより連携だけど http://mevius.5ch.net/test/read.cgi/tech/1660969032/414
415: デフォルトの名無しさん (ﾜｯﾁｮｲ 752d-gfH/) [] 2025/02/27(木) 01:30:31.68 ID:5g/Kzzkv0 >>407だけどreactで作ったchrome拡張の審査通った。 苦労して作ったから使ってみて欲しい。 適当なブログ開いて拡張のアイコンクリックすると画像一覧表示するから 欲しいの選択してダウンロードボタンでzipにできる。 スライダーで拡大縮小できるのがreactっぽい。 ttps://chromewebstore.google.com/detail/kakeaonncmnkigiijohfhlnondeaanii?utm_source=item-share-cp http://mevius.5ch.net/test/read.cgi/tech/1660969032/415
416: デフォルトの名無しさん (ｽｯﾌﾟﾌﾟ Sdfa-/AOM) [sage] 2025/02/27(木) 14:33:11.76 ID:0d0Ldapzd 気が向いたらソースコード公開して http://mevius.5ch.net/test/read.cgi/tech/1660969032/416
417: デフォルトの名無しさん (ﾜｯﾁｮｲ 3d63-Ek8k) [sage] 2025/02/27(木) 15:23:22.00 ID:C53SLMw00 なんでこんなところで宣伝してるんだよ… http://mevius.5ch.net/test/read.cgi/tech/1660969032/417
418: デフォルトの名無しさん (ﾜｯﾁｮｲ 752d-gfH/) [] 2025/02/27(木) 17:26:15.56 ID:5g/Kzzkv0 reactらしいアプリ作ったから見て欲しかった。 http://mevius.5ch.net/test/read.cgi/tech/1660969032/418
419: デフォルトの名無しさん (ﾜｯﾁｮｲ 752d-gfH/) [] 2025/02/27(木) 17:40:04.07 ID:5g/Kzzkv0 作ったのほとんどAIなんだけどね・・・ http://mevius.5ch.net/test/read.cgi/tech/1660969032/419
420: デフォルトの名無しさん (ﾜｯﾁｮｲ 8dbf-dlJU) [sage] 2025/02/28(金) 01:45:11.43 ID:GlQ+7ZAn0 誰が作ったのかもわからん怪しいextensionなんかインストールしてはいかんよ 簡単に情報抜かれる http://mevius.5ch.net/test/read.cgi/tech/1660969032/420
421: デフォルトの名無しさん (ﾜｯﾁｮｲ 3d79-Ek8k) [sage] 2025/02/28(金) 11:51:23.66 ID:xWWtZGU60 公式でもザルだから入れない http://mevius.5ch.net/test/read.cgi/tech/1660969032/421
422: デフォルトの名無しさん (ﾜｯﾁｮｲ 7387-kHpM) [] 2025/03/02(日) 15:42:07.55 ID:AnJsL6nW0 みんなReactでフォーム作るときってinputタグ単位でコンポーネント作るの？ http://mevius.5ch.net/test/read.cgi/tech/1660969032/422
423: デフォルトの名無しさん (ﾜｯﾁｮｲ 6951-5VVp) [sage] 2025/03/02(日) 16:48:38.61 ID:YYvymA+Y0 >>422 いや http://mevius.5ch.net/test/read.cgi/tech/1660969032/423
424: デフォルトの名無しさん (ﾜｯﾁｮｲ 9901-fJMW) [sage] 2025/03/02(日) 17:33:25.66 ID:Zv8rdJ2Y0 コンポーネントって再利用しやすいように作るのであって 無駄に細分化すると面倒なことになる 必要になったら後からでもコンポーネント分けられるし http://mevius.5ch.net/test/read.cgi/tech/1660969032/424
425: デフォルトの名無しさん (ﾜｯﾁｮｲ b16e-e/WV) [sage] 2025/03/03(月) 02:31:46.94 ID:VRiiOt5H0 >>422 reRenderの単位かな http://mevius.5ch.net/test/read.cgi/tech/1660969032/425
426: デフォルトの名無しさん (ﾜｯﾁｮｲ 592d-bSvP) [] 2025/03/03(月) 18:58:09.18 ID:Smhsplev0 描画のタイミング自由に制御できるようになると、react楽しいねぇ。 それまでは糞だけど。 http://mevius.5ch.net/test/read.cgi/tech/1660969032/426
427: デフォルトの名無しさん (ﾜｯﾁｮｲ 1962-e/WV) [sage] 2025/03/03(月) 19:53:09.42 ID:s56BTABZ0 Reactのranderを封じて、 自前のタイミングで再描画する楽しさよ http://mevius.5ch.net/test/read.cgi/tech/1660969032/427
428: デフォルトの名無しさん (ﾜｯﾁｮｲ 9901-fJMW) [sage] 2025/03/03(月) 23:50:14.94 ID:uSk7XRpe0 Reactはmillion.js使えばsvelteやsolidよりレンダリングのパフォーマンスが良くなるよ http://mevius.5ch.net/test/read.cgi/tech/1660969032/428
429: デフォルトの名無しさん (ﾜｯﾁｮｲ 698f-5VVp) [sage] 2025/03/04(火) 12:24:56.86 ID:hfrti5Ii0 randerて http://mevius.5ch.net/test/read.cgi/tech/1660969032/429
430: デフォルトの名無しさん (ﾜｯﾁｮｲ c1ba-3WDN) [sage] 2025/03/09(日) 10:22:31.29 ID:4G6sVQNz0 >>422 コンポーネントというより、質問のニュアンスだとフォーム部品ごとの出力オブジェクトか 制御フックのこと言ってるっぽいが Reactはフォーム処理に関してSvelte、Vueにくらべたら糞性能というか、もともとが 深層ステート管理のためのライブラリだしな。複数のフォームを一発制御できる useStateフックの書き方ググるかカスタムフックで作る それかReact捨てて、簡単にリアルタイム制御できるVueかSvelteで作るかだな どっちもストアライブラリ使わないとスパゲッティまっしぐらだがな http://mevius.5ch.net/test/read.cgi/tech/1660969032/430
431: デフォルトの名無しさん (ﾜｯﾁｮｲ d901-9PhM) [sage] 2025/03/16(日) 20:48:29.74 ID:tTfhwjnK0 >>386 商用サイトじゃないけど、学研グループの勉強サイトはAstroで書かれてるね https://manabitimes.jp http://mevius.5ch.net/test/read.cgi/tech/1660969032/431
432: デフォルトの名無しさん (ﾜｯﾁｮｲ 6b17-aFR6) [] 2025/03/17(月) 14:00:57.63 ID:jWjXnHtA0 芳根京子の公式サイトはNextだった http://mevius.5ch.net/test/read.cgi/tech/1660969032/432
433: デフォルトの名無しさん (ﾜｯﾁｮｲ ebdb-ALb0) [sage] 2025/03/17(月) 21:32:57.57 ID:wrJsj8Yz0 SvelteKitとても好きです。 http://mevius.5ch.net/test/read.cgi/tech/1660969032/433
434: デフォルトの名無しさん (ﾜｯﾁｮｲ 1101-vsiE) [sage] 2025/03/21(金) 06:23:05.04 ID:/97bZQtT0 Astro触ってみたけどすごいなこりゃ こんなのできるならよほど大規模なサービスでも無ければNext.jsは要らないのでは http://mevius.5ch.net/test/read.cgi/tech/1660969032/434
435: デフォルトの名無しさん (ﾜｯﾁｮｲ 4101-H5Hv) [sage] 2025/03/21(金) 08:43:51.55 ID:oycs/B450 Astroまだちゃんと触ったことないけど Reactコンポーネントを将来、全く別のフレームワークのコンポーネント、例えば引数とレンダリング結果が同等の動きをする、コンパイルされたバイナリなんかに差し替えたりとか出来たら面白いな http://mevius.5ch.net/test/read.cgi/tech/1660969032/435
436: デフォルトの名無しさん (ﾜｯﾁｮｲ 41e4-LAUx) [sage] 2025/03/22(土) 21:59:34.30 ID:amqAprOd0 どうせAI任せになるから関係ない 近いうちにAIが直接SSGしたりWeb Assemblyを直接生成するようになるからフレームワークなんか消滅する http://mevius.5ch.net/test/read.cgi/tech/1660969032/436
437: デフォルトの名無しさん (ﾜｯﾁｮｲ 138a-h6PX) [sage] 2025/03/22(土) 22:19:49.62 ID:1zuGIIBA0 >>436 おまえの方が早く消滅しそう... http://mevius.5ch.net/test/read.cgi/tech/1660969032/437
438: デフォルトの名無しさん (ﾜｯﾁｮｲ b33d-UJeM) [] 2025/06/10(火) 00:46:00.18 ID:YuUkDZe90 Remix v3が大改造するみたいだな 従来のRemixはReact Router v7になってRemix v3はpreactベースになるということか http://mevius.5ch.net/test/read.cgi/tech/1660969032/438
439: デフォルトの名無しさん (ﾜｯﾁｮｲ e2b4-95xj) [sage] 2025/06/30(月) 02:27:29.14 ID:34cw/UqT0 スレチだったらごめん オンライン麻雀ゲームを作成しようと構想(妄想)してるんだけど、 いまから新規に作るならフロント側にはReactかVue.jsか、あるいは他のライブラリのどれを使えばいい? 先駆者 (書籍も出してる) は > jQueryでないと美しく実装できない https://blog.kobalab.net/entry/2021/03/25/205151 って言ってるけど、Webゲームのクライアントは特殊ってこと? http://mevius.5ch.net/test/read.cgi/tech/1660969032/439
440: デフォルトの名無しさん (ﾜｯﾁｮｲ e251-+g0z) [sage] 2025/06/30(月) 03:09:35.81 ID:6K91Vfp30 その記事の人はReact使ったことがないから知識ゼロなんだろ そもそも状態管理をして宣言的にUIを構築するんだからむしろReactのほうがスッキリ書ける jQueryおじさんという化石思考に惑わされてはいけない http://mevius.5ch.net/test/read.cgi/tech/1660969032/440
441: デフォルトの名無しさん (ﾜｯﾁｮｲ e251-+g0z) [] 2025/06/30(月) 03:19:10.31 ID:6K91Vfp30 > 宣言的アプローチでは「打牌中」の状態を描画できない いや、Reactでは描画のための状態はUIコンポーネント内部に保持することでコアロジックを汚染することなく打牌中のような中間状態を美しく描画することができる http://mevius.5ch.net/test/read.cgi/tech/1660969032/441
442: デフォルトの名無しさん (ﾜｯﾁｮｲ e251-+g0z) [sage] 2025/06/30(月) 03:23:08.67 ID:6K91Vfp30 Reactは宣言的UIは最終的な状態だけを表現するということではない アニメーションやユーザー操作に伴う一時的な状態、ここでは打牌中もコンポーネントの内部状態やコンテキストAPIとかで管理できる isPlayingAnimationのようなブーリアン型の状態を用意し、アニメーション中はtrueに設定し、アニメーションが終了したらfalseに戻す 打牌中の牌の位置や動きに関する情報を状態として持ち、その状態に基づいてCSSアニメーションを適用する http://mevius.5ch.net/test/read.cgi/tech/1660969032/442
443: デフォルトの名無しさん (ﾜｯﾁｮｲ e251-+g0z) [sage] 2025/06/30(月) 03:27:13.20 ID:6K91Vfp30 > Majiang.ShoupaiはAIの思考ルーチンでも使用します。ここに描画の都合の「打牌中」などという状態を持ち込むとしたら、それは設計として誤っています Reactでも描画に関わる状態とアプリケーションのコアロジックに関わる状態は分離して管理するのが一般的 コアロジックの麻雀の牌姿やルール進行を司る部分は、Reactコンポーネントからは独立した純粋なJavaScriptクラスや関数として実装するのが普通 http://mevius.5ch.net/test/read.cgi/tech/1660969032/443
444: デフォルトの名無しさん (ﾜｯﾁｮｲ e251-+g0z) [sage] 2025/06/30(月) 03:33:46.29 ID:6K91Vfp30 > イベントハンドラ設定は描画処理と分離すべきである Reactの設計思想はコンポーネントが自身の描画とそれに関連するイベントハンドリングをカプセル化すること 「対戦相手の手牌にイベントハンドラは不要だし、牌譜再生にも打牌のためのイベントハンドラは不要」という点についてはReactのコンポーネント設計で柔軟に対応できるからまったく問題なし isInteractive: booleanなどを渡すことでイベントハンドラの有無を制御できる 牌譜再生時にはイベントハンドラが不要なモードでコンポーネントを描画すればいいだけだし http://mevius.5ch.net/test/read.cgi/tech/1660969032/444
445: デフォルトの名無しさん (ﾜｯﾁｮｲ e251-+g0z) [sage] 2025/06/30(月) 03:43:00.60 ID:6K91Vfp30 > JSXを使う局面がない > HTML に雛形として埋め込まれた「牌を表現するDOMノード」をコピーし差し込むことで実現しています。 Reactをまったく知らないからこんな恥ずかしことを堂々と言えるんだろう こいつのもっとも無知なところだな Reactは宣言型だからコピーするというコードを書くことすら不要なわけ http://mevius.5ch.net/test/read.cgi/tech/1660969032/445
446: デフォルトの名無しさん (ﾜｯﾁｮｲ eb7c-Qyzi) [sage] 2025/07/01(火) 16:48:29.62 ID:SIBQ1DK00 牌なんてCanvasに直接描画すりゃエフェクトも自在だし変にエレメントにデータ持って 重くなることもなくていいんじゃね？って思うのは俺だけなのか http://mevius.5ch.net/test/read.cgi/tech/1660969032/446
447: デフォルトの名無しさん (ﾜｯﾁｮｲ 62ad-i45a) [] 2025/07/03(木) 12:01:40.42 ID:+b4ZnWKa0 >>446 俺もこう思う そもそも牌をhtml要素とCSSで描画すること自体が微妙だよね そういう意味だとjQueryでもReactでもなくてCanvas系のフレームワーク使ったほうが良いんじゃないかな http://mevius.5ch.net/test/read.cgi/tech/1660969032/447
448: デフォルトの名無しさん (ﾜｯﾁｮｲ 9f00-N87D) [] 2025/07/06(日) 06:18:05.39 ID:GxvgQzqn0 宣言的UIに慣れるとCanvas全体を命令的に描画するのがあまりにもダル過ぎる http://mevius.5ch.net/test/read.cgi/tech/1660969032/448
449: デフォルトの名無しさん (ﾜｯﾁｮｲ 9f4f-BzvG) [] 2025/07/06(日) 11:52:25.82 ID:77BphujQ0 Canvas上の各表示オブジェクトを Reactやビューで あたかもHTMLの要素の様に操作できる（CSSプロパティ設定できる） ライブラリってあるのかな。 http://mevius.5ch.net/test/read.cgi/tech/1660969032/449
450: デフォルトの名無しさん (ﾜｯﾁｮｲ 1f3d-duEB) [] 2025/07/06(日) 12:44:53.42 ID:8Iwql4w40 flutterでよくね http://mevius.5ch.net/test/read.cgi/tech/1660969032/450
451: デフォルトの名無しさん (ﾜｯﾁｮｲ 9701-5BqU) [sage] 2025/07/09(水) 16:01:11.75 ID:2rb1ksuv0 実際のゲーム開発で宣言的UIが採用されることってあるの？ http://mevius.5ch.net/test/read.cgi/tech/1660969032/451
452: デフォルトの名無しさん (ﾜｯﾁｮｲ 877c-Bd2j) [sage] 2025/07/20(日) 07:51:42.37 ID:SQq4ZXml0 設定画面とかチュートリアルなら、まあ宣言的UIを使うもアリ。 http://mevius.5ch.net/test/read.cgi/tech/1660969032/452
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.024s