Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
更新系と状態
Search
uhyo
April 23, 2025
Technology
4.6k
9
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
更新系と状態
2025-04-23 Exploring State - LayerX Web Frontend Night
uhyo
April 23, 2025
More Decks by uhyo
See All by uhyo
型があると何が嬉しいか
uhyo
2
59
Baseline対応のDOMの型定義を作った
uhyo
3
840
AIのReact習熟度を測る
uhyo
2
920
React、まだ楽しくて草
uhyo
7
4.8k
TypeScript 7.0の現在地と備え方
uhyo
6
3.7k
React 19時代のコンポーネント設計ベストプラクティス
uhyo
20
10k
型定義でAIと会話する:型を通じてAIに意図を伝えるテクニック
uhyo
1
110
タグ付きユニオン型を便利に使うテクニックとその注意点
uhyo
3
1.1k
ECMAScript仕様の最新動向: プロセスの変化と仕様のトレンド
uhyo
3
940
Other Decks in Technology
See All in Technology
強化学習「理論」入門
enakai00
3
3.6k
【CEDEC2026】Creative Approaches to Localizing the Dialects and Unique Speech of Umamusume: Pretty Derby Characters in English
cygames
PRO
3
19k
ブラウザ研修 2026
recruitengineers
PRO
6
990
モバイルアプリ開発概論2026
recruitengineers
PRO
5
590
Contract One Engineering Unit 紹介資料
sansan33
PRO
0
19k
オートロックマンションなのに、各部屋は施錠なし!? 攻撃者が組織内ネットワークで大暴れする理由 / The Front Door Is Locked, but the Rooms Are Wide Open: Why Attackers Move Freely Inside Enterprise Networks
nttcom
1
3.8k
今こそ聞きたいソフトウェア設計 ドメイン駆動設計再入門
masuda220
PRO
17
7.3k
TypeScript入門 2026
recruitengineers
PRO
3
580
関東Kaggler会発表資料
takoi
1
230
【CEDEC2026】次世代デジタルカードゲームのサーバー設計と運用 〜『Shadowverse: Worlds Beyond』の舞台裏~
cygames
PRO
1
1.3k
Genie Codeハンズオン基礎編
taka_aki
1
120
Breaking the Seal: Static Deobfuscation of Compiled V8 JavaScript Bytecode Malware
hshrzd
0
760
Featured
See All Featured
The agentic SEO stack - context over prompts
schlessera
0
860
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.1k
Embracing the Ebb and Flow
colly
88
5.1k
技術選定の審美眼(2025年版) / Understanding the Spiral of Technologies 2025 edition
twada
PRO
119
120k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.8k
Building Adaptive Systems
keathley
44
3.2k
Bash Introduction
62gerente
615
220k
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
890
Tell your own story through comics
letsgokoyo
1
1k
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.9k
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
230
Thoughts on Productivity
jonyablonski
76
5.3k
Transcript
更新系と状態 2025-04-23 Exploring State - LayerX Web Frontend Night
発表者紹介 uhyo 株式会社カオナビ フロントエンドエキスパート 好きな状態管理ライブラリはjotaiだが、 実は業務ではReduxを使っている 2
フロントエンドと状態設計 RSCなどでサーバーがUIに入り込んでくる中で、 フロントエンド(クライアントサイド)の 主な役割はインタラクションである。 そして、UI = f(state)という格言を踏まえると、 フロントエンドの肝に状態設計があることは 疑いようがない! 3
フロントエンドと更新系 このトークでは、更新系に焦点を当てます。 つまり、UIを通じてアプリ上のデータを更新する ときのフロントエンドの動きと、その裏にある 状態設計。 4
React 19と更新系 React 19では、useActionStateやuseOptimistic のように更新系のことを念頭に置いたAPIが 追加された。 便利ですね。 5
ご清聴ありがとうございました 6
というのは冗談で…… 状態を取り扱う組み込みのフックが増えてきた ことで、それらを活かした状態管理の重要性が 増してきた。 そこで、今回はステートを組み合わせて活用する 設計パターンをご紹介します。 7
今回のお題 データの一覧を見られる 編集ボタンがある 8
データを編集したときどうする? とりあえずClineさんに実装をお願いすると こうなった 1. 編集APIを呼び出す 2. データを再読み込みする 実装は分かりやすいけど無駄が多い…… 9
データを編集したときどうする? ぼく「全部再読み込みするのは無駄が多いので、 ローカルで当該データを上書きすればいいのでは (天才的発想)」 ※ 他の人が同時に編集していた場合の挙動とかはここでは 考えないことにします 10
データを編集したときどうする? <EditModal onSave={(data) => { setItems((items) => items.map(/* … */));
updateItemApi(data) .then(/* … */); }} /> 11
データを編集したときどうする? ぼく「じゃあsetItemsを呼び出す必要があるから、 itemsの定義を見に行くか」 12
データを編集したときどうする? export const useData = ( page: number, ): {
items: Item[]; totalPages: number } => { return use(fetchWithCache(page)); }; useさん「ステートを更新したい? うちそれやってないんで」 13
データを編集したときどうする? Suspense前提だと、フェッチしたデータが入って いるローカルステートを更新するのは不可。 useの裏にあるキャッシュを更新するのはアリ (useSWRとかをちゃんと使うときにやる方法) だが、ちゃんとやるのはだるい…… 14
アイデア: 差分をステートに持つ 「フェッチした時点のデータからローカルで 更新された差分」を別で持って、合成すると 良さそう。 15
アイデア: 差分をステートに持つ 16 fetchedItems ネットワーク localDiffs items ユーザーが目に するデータ 更新
実際の実装 const { items: fetchedItems, totalPages } = useData(currentPage); const
[itemsLocalDiff, setItemsLocalDiff] = useState(new Map()); const items = useMemo(() => { return fetchedItems.map((item) => { const localDiff = itemsLocalDiff.get(item.id); if (localDiff) { return { ...item, description: localDiff.description }; } return item; }); }, [fetchedItems, itemsLocalDiff]); 17 2 つ の ス テ ー ト を useMemo 内 で 合 成 してitemsを得ている
比較してみよう 18 fetchedItems ネットワーク localDiffs items 更新 items ネットワーク 更新
ステートが分かれており、 それぞれの更新理由が明確 1つのステートが複数の 理由で更新される
ステート分割の考え方 ユーザーからは1つに見える状態でも、 裏のステートを複数に分けたほうがシンプルに 管理できる場合がある。 19 fetchedItems localDiffs items 「画面に表示されている一覧データ」を 「サーバーから取得したデータ」と
「ローカルで編集した差分」に分解した
応用編 20
考えてみよう では、ページネーションをユーザーが操作して、 別のページに行ったあと再度このページに戻って きたらどうする? 21 fetchedItems localDiffs items
考えてみよう では、ページネーションをユーザーが操作して、 別のページに行ったあと再度このページに戻って きたらどうする? ページネーションが操作されたら再度サーバー から読み込まれるのが自然なので、 ページ移動した時点でlocalDiffsを初期化したい。 22
普通の実装 const handlePageChange = (newPage: number) => { if (newPage
> 0 && newPage <= totalPages) { startTransition(() => { setItemsLocalDiff(new Map()); setCurrentPage(newPage); }); } }; 23 ページ移動時にlocalDiffを空にする。 複数のステート更新はバッチ化される ので動きとしては問題ない
普通の実装 でも、設計としてはlocalDiffの初期化は ページ移動に付属して起きることなのに、 2つのステート更新を同時にやるのは何か微妙…… setItemsLocalDiff(new Map()); setCurrentPage(newPage); 24
従属的なステート設計をしたい localDiffは“今のページのデータ”に付随する 追加データであるということを表現したい。 そのことをステート設計で表現するには…… 25
アイデア: 従属先を覚えておく localDiffがどのitemsに従属するのか、keyで表現。 function useLocalDiff(key: object) { const [itemsLocalDiff, setItemsLocalDiff]
= useState<{ key: object; localDiff: Map<number, { description: string }>; }>({ key: {}, localDiff: new Map(), }); 26 従来のMapに加えて、どのオブジェクト にそのMapが紐づくのかを記憶
アイデア: 従属先を覚えておく const localDiff = itemsLocalDiff.key === key ? itemsLocalDiff.localDiff
: new Map(); return [ localDiff, updateDiff /* 後述 */, ] as const; 27 現在のkeyがlocalDiffに紐づいたkeyと 異なる場合は、 新しいkeyに紐づいたdiffが存在しない ので、空のMapを返す
アイデア: 従属先を覚えておく function updateDiff(id: number, description: string) { setItemsLocalDiff((prev) =>
{ const newLocalDiff = prev.key === key ? new Map(prev.localDiff) : new Map(); newLocalDiff.set(id, { description }); return { key, localDiff: newLocalDiff, }; }); } 28 ステート更新のタイミングで最新のkeyを反映
従属的なステート設計 この設計では、「従属先」を覚えておくことで、 従属先が変わったら自動的に初期化される ステートを自然な(エフェクト等に頼らない)形で 作ることができた。 覚えておくkeyが1つならメモリリークの心配も しなくていい。 29
サンプルコード ここまでの説明で紹介したサンプルコードは GitHubで閲覧可能です。 https://github.com/uhyo/sample-update-state 30
でもステートの取り回しが…… useMemoとか使うとなると、上流のコンポーネント で計算して下流のコンポーネントに渡すのが大変。 const { items: fetchedItems, totalPages } =
useData(currentPage); const [itemsLocalDiff, updateItemsLocalDiff] = useLocalDiff(fetchedItems); const items = useMemo(/* 省略 */); 31
ステートの分割に適したライブラリ このトークで紹介したようなステートの分割・合成 に適したアーキテクチャを持ったステート管理 ライブラリを使えば、今回の設計を活かしつつ itemsをどこからでも参照できる。 32
ステートの分割に適したライブラリ たとえばJotaiとかどうですか? 33
更新系とJotai 2025-04-23 Exploring State - LayerX Web Frontend Night