Web標準なフォームは万能じゃなかった。Conformを使って直面した現実 / Conform and the Reality of Web Standards

Web 標準なフォームは万能じゃなかった。Conform を使って直面した現実 Haruto Takeuchi フロントエンドカンファレンス名古屋2026

自己紹介武内覇斗 @harucn 永和システムマネジメント（ESM, Inc. ）福井から来ました

今日はWeb 標準なConform を使ってパフォーマンスがキツくなっていった話をします

React 向けフォームライブラリ Web 標準に準拠サーバー処理との連携を第一に設計 Conform

コードがシンプルに書ける JavaScript で値を管理しないため軽量ある程度のパフォーマンス要件なら耐えられるはずなぜ選んだか

12345 1 枚 200 円 200 円商品コード数量単価
金額 ... 67890 5 本 1,200 円 6,000 円商品コード数量単価金額 ... 34567 2 箱 5,000 円 10,000 円商品コード数量単価金額 ... 作っていたもの

ある日 10,000 input を超える要件が

DOM が巨大になりすぎていた（当たり前）そもそも 10,000 input が想定以上さらに hidden input
も爆増していた原因

値を画面に表示せず裏側で持っておきたい → 問答無用で hidden input リッチなUI コンポーネントで値を扱いたい → 表示用とは別に hidden
input hidden input 地獄

同じくDOM で値を管理するから仮想化も厳しかった

（補足）今はできるようになってる https://github.com/edmundhung/conform/releases/tag/v1.17.0

JS で値を管理しない = 軽量とは限らない軽量じゃないわけじゃないが規模によるし、さすがに限度はある Web 標準の誤解

正直エッジケースな要件だからこそライブラリの思想と制約がはっきり見えた

ライブラリを使うということはその思想・制約を受け入れる心構えが必要

何ができるかより何ができないか・何を捨てているかをより注視するひとつの視点

ありがとうございました

Haruto Takeuchi