Zustand v4 新版本特性のフロントエンド開発における活用が広まっています。本記事では実際のプロジェクトをベースに、コア原理とベストプラクティスを掘り下げます。
基本的な使い方
この基盤の上で、さらに最適化できます:
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}`)
}
}
このアプローチは半年以上本番環境で安定して稼働しており、実際に検証されています。
まとめ
- チームコラボレーションでは、技術そのものよりも規約とドキュメントの方が重要です
- コミュニティの動向を注視し、技術ソリューションは継続的に反復する必要があります
- 新技術のために新技術を採用しないでください
- コード例は参考のみであり、ビジネスシナリオに応じて調整が必要です