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
React への依存を最小にするフロントエンド設計
Search
ONDA, Takashi
November 22, 2024
Programming
29k
27
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
React への依存を最小にするフロントエンド設計
JSConf JP 2024 での発表資料です
ONDA, Takashi
November 22, 2024
More Decks by ONDA, Takashi
See All by ONDA, Takashi
Make Illegal States Unrepresentable
takonda
2
190
細粒度リアクティブステートのスコープとライフサイクル
takonda
2
5.7k
Remix で middleware
takonda
1
1.4k
TSKaigi Kansai 2024 - 構造的部分型と serialize 境界
takonda
3
1.7k
Remix Way を外れる自由
takonda
2
640
一休レストランで Next.js App Router から Remix に乗り換えた話 / Migration from Next.js App Router to Remix
takonda
14
8.8k
Other Decks in Programming
See All in Programming
ソフトウェアエンジニアにとっての生成AI - 特性を知って使い倒す / generative ai for software enginner
kishida
5
1.8k
Go 1.27 における memory allocation の高速化
andpad
0
230
Laravelで学ぶ Webアプリケーションチューニング入門/web_application_tuning_101
hanhan1978
4
1.9k
AWS DevOps AgentのAzure接続機能を検証して見えた活用法/Use Cases Verified for the AWS DevOps Agent's Azure Connectivity Feature
masakiokuda
1
240
人間の目はかわらない、だからJPEGは30年もつ
yuzneri
12
19k
属人化した知識を、 AIが辿れる地図にする
pkshadeck
PRO
1
190
わからない話を追いかけたら、プログラミング言語を作る側にいた
ydah
3
520
in-process GraphQL のすすめ #ginzajs
izumin5210
4
1.3k
Japan Community Day at Kubecon + CloudNativeCon Japan 2026: Learning Container Privilege Control by Building My Own Low-Level Container Runtime
ternbusty
1
160
PHP初心者セッション2026 〜生成AIでは見えない裏側を知る:今だからLAMPを通して仕組みを学ぶ〜
kashioka
0
960
freeeにおけるEvalsの実践例の紹介
freee
PRO
0
120
変わらないものが、変わるものを決める — 意図駆動開発 × イベントソーシング × イミュータブル | What Doesn't Change Decides What Can — IDD × Event Sourcing × Immutability
tomohisa
0
1.8k
Featured
See All Featured
How Software Deployment tools have changed in the past 20 years
geshan
1
34k
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
1
2.1k
Rails Girls Zürich Keynote
gr2m
96
14k
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.1k
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
470
Raft: Consensus for Rubyists
vanstee
141
7.6k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
3
1.1k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
650
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.3k
Facilitating Awesome Meetings
lara
57
7.1k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.8k
Transcript
React への依存を最小にする フロントエンド設計 株式会社一休 CTO 室 恩田 崇
2 自己紹介 株式会社一休 CTO 室 恩田 崇 1978 年生まれ、京都在住 フルスタック、なんでも屋
一休レストランのフロントエンドアーキテクト Next.js App Router を Remix に書き換えた フロントエンドとは IE4/DHTML あたりから
3 依存が最小になっているとは? Remix の様々な adapter @remix-run/express @remix-run/cloudflare-workers @fastly/remix-server-adapter @vercel/remix Hono
Cloudflare, Fastly, Deno, Bun, AWS, Node.js 昨日 remix-hono-adapter が Node.js 対応した フレームワーク自体が好例 ` ` ` ` ` ` ` `
4 依存が最小になっているとは? Vanilla JS で書かれた部分の多さ → React なしで使えるコードがどれだけあるか → testing-library
なしでテストが書ける部分がどれだけあるか 一休レストランでは testing-library を使っていない 今日の話における定義、スコープを共有
5 目次 なぜ依存を最小にするのか? 技術選定 設計 一休レストランでの実践 今日お話しすること
6 なぜ依存を最小にするのか? エコシステムの変化に追随する負担を減らしたい フレームワークを切り替えたい よりよい設計を求めて 複数の動機
7 なぜ依存を最小にするのか? 一休レストランは2006 年から プロダクトはフレームワークより長寿命になることがある 2006 年というと… スマートフォンはまだない Chrome もない
(2008 年) jQuery 1.0 がリリース 近日中に確実に来るメジャーバージョンアップ React 19 React Router v7 (f.k.a. Remix v3) エコシステムの変化に追随する負担を減らしたい
8 なぜ依存を最小にするのか? 2022 年末にリニューアルプロジェクト開始 旧版は Vue 2 / Nuxt 2
TypeScript で書かれている 旧版のコードをそのまま持ってこれない Vue / Nuxt を駆使している → 言い換えれば Vue / Nuxt にがっつり依存 Remix への移行 2023 年10 月 Next.js App Router でリリース 2023 年12 月 Remix に切り替えた フレームワークを切り替えたい
9 なぜ依存を最小にするのか? 初期に React 初心者がやらかしがちなコードが量産された 大きなコンポーネント コンポーネントにロジックが詰まっている 大量の useState 大量の
useEffect 見通しが悪くコードの理解が難しい テストを書くのが困難 よりよい設計を求めて
10 目次 なぜ依存を最小にするのか? 技術選定 設計 一休レストランでの実践 今日お話しすること
11 技術選定 React に依存しないライブラリ 薄いフレームワーク 依存を最小化するにも基盤が必要
12 技術選定 swr → TanStack Query Recoil → Jotai XState
( 自作に置き換え中) いずれも Vanilla JS で使えるライブラリ React に依存しないライブラリ
13 技術選定 規約より API 規約への依存は見えない ファイル名、ディレクトリ構造 変数や関数名 明示的な API は参照箇所を追える
React Router v7 から config base routing が! 標準 API の尊重 独自 API を使うところは少ない方が嬉しい 今だと Remix や Hono エスケープハッチ フレームワークの敷いてくれたレールを外れたいときがある 薄いフレームワーク
14 目次 なぜ依存を最小にするのか? 技術選定 設計 一休レストランでの実践 今日お話しすること
15 設計 依存を最小化するという考え方が古くからある オブジェクト指向とその爆発的な流行 テスト駆動開発 バックエンドの知見に倣う
16 設計 依存性逆転の原則 (Dependency Inversion Principle) 腐敗防止層 (Anti Corruption Layer)
バックエンドの知見に倣う
17 設計 依存性逆転の原則 (Dependency Inversion Principle)
18 設計 腐敗防止層 (Anti Corruption Layer)
19 目次 なぜ依存を最小にするのか? 技術選定 設計 一休レストランでの実践 今日お話しすること
20 一休レストランでの実践 hooks にできるかぎりロジックを書かない export function useEventNavigate() { return useSetAtom(eventNavigate$)
} const eventNavigate$ = atom(null, async (get, set, event) => { const env = get(env$) const navigate = get(navigate$) const { pathname, search } = get(location$) const current = get(historyState$) // snip })
21 一休レストランでの実践 コンポーネントは薄く小さく const styles = sva({ /* snip */
}) function IkyuPoint() { const { totalPoint, enabled, onChange } = useIkuPoint() const classes = styles() if (totalPoint === 0) { return ( <div className={classes.head}> <h2 className={classes.title}>保有ポイント</h2> <p className={classes.message}>保有ポイントはありません</p> </div> ) } // snip }
22 一休レストランでの実践 Jotai で関数を管理することで簡易的な DI コンテナとしても利用 依存性逆転の原則と Dependency Injection function
functionAtom<F extends Function>( fn: F ): WritableAtom<F, [F], void> { const wrapper = atom({ fn }) return atom<F, [F], void>( (get) => get(wrapper).fn, (_get, set, fn) => { set(wrapper, { fn }) } ) }
23 一休レストランでの実践 Date を使わず日付や時刻を表す型を作成 graphql-codegen で Custom Scalar として利用 Temporal
がいずれは base line に Java はかつて java.util.Date から Date-Time API に移行した 腐敗防止層 const zDateText = z .string() .regex(/^\d{4}-\d{2}-\d{2}$/) .brand('DateText') type DateText = z.infer<typeof zDateText> // HourMinute, DateTime など ` `
24 一休レストランでの実践 test('日付変更で、選択されている時間帯にもっとも近い予約可能な時間を設定', async () => { const fetchTimes =
vi.fn().mockResolvedValue({ /* snip */ }) const { transition } = createStateMachine({ fetchTimes }) const current = createCurrent() const result = await transition( current, calendarEvent('selectVisitDate', { visitDate: '2024-10-26' as DateText }) ) expect(result.value).toEqual('READY') expect(result.context).toEqual({ ...current.context, visitDate: '2024-10-26', selectedVisitDate: '2024-10-26', visitTime: '18:30', }) })
25 エンジニア募集中! 一休では、よりよいサービスを届ける仲間を募集しています。