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 ( ) } // snip }

22 一休レストランでの実践 Jotai で関数を管理することで簡易的な DI コンテナとしても利用 依存性逆転の原則と Dependency Injection function functionAtom( fn: F ): WritableAtom { const wrapper = atom({ fn }) return atom( (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 // 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 エンジニア募集中！ 一休では、よりよいサービスを届ける仲間を募集しています。