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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
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
170
細粒度リアクティブステートのスコープとライフサイクル
takonda
2
5k
Remix で middleware
takonda
1
1.3k
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
Datadog LLM Observabilityで実現する 安全なLLM Usage 管理
3150
0
120
Language Server 使ってる? 〜VSCode と Zed の場合〜 / Are you using a Language Server? ~For VS Code and Zed~
handlename
0
810
スマートグラスで並列バイブコーディング
hyshu
0
260
Performance Engineering for Everyone
elenatanasoiu
0
230
ローカルLLMでどこまでコードが書けるか -拡張版 / How much code can be written on a local LLM Extended
kishida
12
4.5k
ECSアプリログをFireLensでコスト削減しようとしたけど諦めた話 in Fargate×Node.js
akihisaikeda
2
4.2k
その問い、本当に正しいですか?AI時代のエンジニアに必要な哲学と認知科学 / ai-philosophy-cognitive-science
minodriven
14
6.4k
AI 輔助遺留系統現代化的經驗分享
jame2408
1
1k
これからAgentCoreを触る方へトレンドはGatewayです
har1101
2
290
さぁV100、メモリをお食べ・・・
nilpe
0
160
決定論的オーケストレーションの設計と実装 / Design and Implementation of Deterministic Orchestration
nrslib
4
1.5k
エンジニアと一緒にテストコードの設計と実装を改善した話
mototakatsu
0
230
Featured
See All Featured
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
0
440
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
750
Product Roadmaps are Hard
iamctodd
PRO
55
12k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
2.9k
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.3k
Music & Morning Musume
bryan
47
7.2k
Game over? The fight for quality and originality in the time of robots
wayneb77
1
210
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
3
170
Large-scale JavaScript Application Architecture
addyosmani
515
110k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
620
Thoughts on Productivity
jonyablonski
76
5.2k
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 エンジニア募集中! 一休では、よりよいサービスを届ける仲間を募集しています。