Skip to content
⚠️ This article was written in 2020. Some content may be outdated.

Recoil:React状態管理の新しい選択肢

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 の新しい状態管理の選択肢は万能薬ではなく、プロジェクトの規模や技術スタックに合わせて選ぶ必要がある

MIT Licensed