Recoil という React の新しい状態管理の選択肢について、多くの開発者は API 呼び出しの層にとどまっている。本記事では本番環境の観点から、実際に起こりうる問題とその解決策を論じる。
基本原理
以下に全体のサンプルを示す:
javascript
import { useReducer, useCallback } from 'react'
const initialState = { items: [], filter: '', sort: 'date' }
function reducer(state, action) {
switch (action.type) {
case 'SET_ITEMS': return { ...state, items: action.payload }
case 'SET_FILTER': return { ...state, filter: action.payload }
case 'ADD_ITEM': return { ...state, items: [...state.items, action.payload] }
case 'REMOVE_ITEM': return { ...state, items: state.items.filter(i => i.id !== action.payload) }
default: throw new Error(`Unknown: ${action.type}`)
}
}
境界条件の処理には注意しよう。本番環境では極めて重要なポイントだ。
高度な機能
ポイントは中核となるロジックを理解することだ:
javascript
import { useState, useEffect, useCallback } from 'react'
function DataList({ endpoint, pageSize = 20 }) {
const [data, setData] = useState([])
const [page, setPage] = useState(1)
const [loading, setLoading] = useState(false)
const fetchData = useCallback(async () => {
setLoading(true)
try {
const res = await fetch(`${endpoint}?page=${page}&size=${pageSize}`)
setData(await res.json())
} finally { setLoading(false) }
}, [endpoint, page, pageSize])
useEffect(() => { fetchData() }, [fetchData])
return <div>{loading ? <Spinner /> : <List items={data} />}</div>
}
パフォーマンスチューニングは具体的な場面に合わせる必要があり、あらゆるケースで過剰な最適化が必要なわけではない。
プロジェクト実践
次の方法で改善できる:
javascript
import { create } from 'zustand'
import { persist, devtools } from 'zustand/middleware'
const useStore = create(
devtools(persist(
(set, get) => ({
user: null,
theme: 'light',
notifications: [],
setUser: (user) => set({ user }),
toggleTheme: () => set(s => ({
theme: s.theme === 'light' ? 'dark' : 'light'
})),
unreadCount: () => get().notifications.filter(n => !n.read).length
}),
{ name: 'app-store' }
))
)
このアプローチは本番環境で半年以上安定稼働しており、実際に検証済みだ。
ベストプラクティス
まずは基本的な実装方法を見ていこう:
javascript
import { useRef, useEffect, useState } from 'react'
function useIntersectionObserver(options = {}) {
const [isVisible, setIsVisible] = useState(false)
const ref = useRef(null)
useEffect(() => {
const observer = new IntersectionObserver(([entry]) => {
setIsVisible(entry.isIntersecting)
}, { threshold: 0.1, ...options })
const el = ref.current
if (el) observer.observe(el)
return () => { if (el) observer.unobserve(el) }
}, [])
return [ref, isVisible]
}
このコードは基本的な使い方を示している。実際のプロジェクトでは、エラー処理と境界条件も考慮する必要がある。
ハマりやすい注意点
これを土台に、さらに最適化を進められる:
javascript
import { useReducer, useCallback } from 'react'
const initialState = { items: [], filter: '', sort: 'date' }
function reducer(state, action) {
switch (action.type) {
case 'SET_ITEMS': return { ...state, items: action.payload }
case 'SET_FILTER': return { ...state, filter: action.payload }
case 'ADD_ITEM': return { ...state, items: [...state.items, action.payload] }
case 'REMOVE_ITEM': return { ...state, items: state.items.filter(i => i.id !== action.payload) }
default: throw new Error(`Unknown: ${action.type}`)
}
}
このパターンは大規模なプロジェクトで非常に実用的で、保守コストを大きく下げられる。
まとめ
- 新しい技術のために新しい技術を使うのは避ける
- コードサンプルは参考用だ。実際のビジネスの場面に合わせて調整すること
- Recoil という React の新しい状態管理の選択肢は万能薬ではなく、プロジェクトの規模や技術スタックに合わせて選ぶ必要がある
