前端状态管理:Recoil的原子世界

前端状态管理:Recoil的原子世界

毒舌时刻

前端状态管理?Redux不是已经够了吗?

"Redux太复杂了,我用Context API就够了"——结果状态管理混乱,性能差,
"Zustand简单,我用Zustand"——结果复杂状态难以管理,
"Recoil?没听说过,肯定不如Redux"——结果错过了更优雅的状态管理方案。

醒醒吧,Recoil不是Redux的替代品,而是一种更现代化的状态管理方案!

为什么你需要这个?

  • 原子化状态:将状态拆分为最小的原子单位,更灵活
  • 派生状态:通过选择器创建派生状态,减少重复计算
  • React集成:与React Hooks无缝集成,使用更自然
  • 性能优化:只重新渲染依赖状态变化的组件

反面教材

// 反面教材:使用Context API管理复杂状态 import React, { createContext, useContext, useState, useReducer } from 'react'; // 创建Context const AppContext = createContext(); // 复杂的reducer function reducer(state, action) { switch (action.type) { case 'SET_USER': return { ...state, user: action.payload }; case 'SET_TODOS': return { ...state, todos: action.payload }; case 'ADD_TODO': return { ...state, todos: [...state.todos, action.payload] }; case 'TOGGLE_TODO': return { ...state, todos: state.todos.map(todo => todo.id === action.payload ? { ...todo, completed: !todo.completed } : todo ) }; // 更多action... default: return state; } } // Provider组件 function AppProvider({ children }) { const [state, dispatch] = useReducer(reducer, { user: null, todos: [], loading: false, error: null }); return ( <AppContext.Provider value={{ state, dispatch }}> {children} </AppContext.Provider> ); } // 使用Context function TodoList() { const { state, dispatch } = useContext(AppContext); // 每次状态变化都会重新渲染,即使只关心todos return ( <div> {state.todos.map(todo => ( <div key={todo.id}> <input type="checkbox" checked={todo.completed} onChange={() => dispatch({ type: 'TOGGLE_TODO', payload: todo.id })} /> {todo.text} </div> ))} </div> ); } 

正确的做法

// 正确的做法:使用Recoil import React from 'react'; import { atom, selector, useRecoilState, useRecoilValue, useSetRecoilState } from 'recoil'; // 定义原子状态 const userState = atom({ key: 'userState', default: null }); const todosState = atom({ key: 'todosState', default: [] }); const loadingState = atom({ key: 'loadingState', default: false }); // 定义派生状态 const completedTodosState = selector({ key: 'completedTodosState', get: ({ get }) => { const todos = get(todosState); return todos.filter(todo => todo.completed); } }); const incompleteTodosState = selector({ key: 'incompleteTodosState', get: ({ get }) => { const todos = get(todosState); return todos.filter(todo => !todo.completed); } }); const todoStatsState = selector({ key: 'todoStatsState', get: ({ get }) => { const todos = get(todosState); const completed = get(completedTodosState); const incomplete = get(incompleteTodosState); return { total: todos.length, completed: completed.length, incomplete: incomplete.length, completionRate: todos.length > 0 ? (completed.length / todos.length) * 100 : 0 }; } }); // 使用Recoil状态 function TodoList() { // 只订阅todosState,其他状态变化不会触发重新渲染 const [todos, setTodos] = useRecoilState(todosState); const toggleTodo = (id) => { setTodos(todos.map(todo => todo.id === id ? { ...todo, completed: !todo.completed } : todo )); }; return ( <div> {todos.map(todo => ( <div key={todo.id}> <input type="checkbox" checked={todo.completed} onChange={() => toggleTodo(todo.id)} /> {todo.text} </div> ))} </div> ); } function TodoStats() { // 只订阅派生状态,当依赖的状态变化时才会重新渲染 const stats = useRecoilValue(todoStatsState); return ( <div> <p>总任务数:{stats.total}</p> <p>已完成:{stats.completed}</p> <p>未完成:{stats.incomplete}</p> <p>完成率:{stats.completionRate.toFixed(2)}%</p> </div> ); } function AddTodo() { // 只订阅setter函数,不会因为状态变化而重新渲染 const setTodos = useSetRecoilState(todosState); const [text, setText] = React.useState(''); const handleSubmit = (e) => { e.preventDefault(); if (text.trim()) { setTodos(prev => [...prev, { id: Date.now(), text, completed: false }]); setText(''); } }; return ( <form onSubmit={handleSubmit}> <input type="text" value={text} onChange={(e) => setText(e.target.value)} placeholder="添加任务" /> <button type="submit">添加</button> </form> ); } function UserProfile() { const [user, setUser] = useRecoilState(userState); const [loading, setLoading] = useRecoilState(loadingState); React.useEffect(() => { setLoading(true); // 模拟API请求 setTimeout(() => { setUser({ id: 1, name: '张三', email: '[email protected]' }); setLoading(false); }, 1000); }, [setUser, setLoading]); if (loading) { return <div>加载中...</div>; } return ( <div> <h2>用户信息</h2> {user ? ( <div> <p>姓名:{user.name}</p> <p>邮箱:{user.email}</p> </div> ) : ( <p>未登录</p> )} </div> ); } // 主应用 function App() { return ( <div> <h1>Recoil状态管理示例</h1> <UserProfile /> <AddTodo /> <TodoList /> <TodoStats /> </div> ); } 

毒舌点评

看看,这才叫前端状态管理!不是简单地使用Context API或Redux,而是使用Recoil的原子化状态管理,让状态管理更加清晰和高效。

记住,Recoil的优势在于它的原子化和派生状态,这使得状态管理更加灵活和可扩展。它与React Hooks的无缝集成,让使用起来更加自然。

所以,别再固守传统的状态管理方案了,Recoil为你打开了一个全新的原子世界!

总结

  • 原子状态:使用atom定义最小的状态单位
  • 派生状态:使用selector创建基于原子状态的派生状态
  • React集成:使用useRecoilStateuseRecoilValueuseSetRecoilState等Hooks
  • 性能优化:只重新渲染依赖状态变化的组件
  • 状态持久化:可以与localStorage等结合实现状态持久化
  • 调试工具:使用Recoil DevTools进行状态调试
  • 类型支持:完整的TypeScript类型支持
  • 可扩展性:适合从小型应用到大型应用的各种场景

Recoil,让前端状态管理变得更加优雅!

Read more

音乐播放器实现:前端HTML,CSS,JavaScript综合大项目

音乐播放器实现:前端HTML,CSS,JavaScript综合大项目

音乐播放器实现:前端HTML,CSS,JavaScript综合大项目 * 项目概述 * 项目视图效果 * 一、侧边栏相关代码 * (一)HTML代码 * (二)css代码 * 二、登录页面 * (一)HTML代码 * (二)css代码 * (三)js代码 * 三、剩余代码以及所有源代码Gitee地址 项目概述 在当今数字化时代,音乐已然成为人们生活中不可或缺的一部分。本次带来的音乐播放器 HTML 项目,旨在打造一个具备基础且实用功能的音乐播放平台。通过 HTML、CSS 和 JavaScript 等前端技术的巧妙融合,实现一个界面美观、操作便捷的音乐播放器,满足用户在本地浏览音乐库、播放音乐等多样化需求。 提示!!!! 由于项目代码太多,代码全部内容放置在我的Gitee码云中,需要的小伙伴们自取 我的码云链接https://gitee.com/srte-7719/project-experience/tree/master/

2026年最火的前端神器!让AI帮你设计专业级UI,告别丑陋界面

2026年最火的前端神器!让AI帮你设计专业级UI,告别丑陋界面

痛点引入 你是否遇到过这些问题: * 写代码很溜,但设计的界面总是"程序员审美"? * 不知道该用什么颜色、字体,每次都要花大量时间调样式? * 想让 AI 帮你写 UI 代码,但生成的界面总是千篇一律、毫无设计感? * 看到别人的网站那么漂亮,自己却不知道从何下手? 如果你有以上困扰,那么今天要介绍的这个工具,将彻底改变你的开发体验! 🎯 UI UX Pro Max 是什么? UI UX Pro Max 是一个为 AI 编码助手提供设计智能的工具,它就像给你的 AI 助手配备了一个专业的 UI/UX 设计师大脑。 简单来说:它让 AI 不仅会写代码,还懂设计! 核心数据 * ✅ 57 种 UI 样式:

Flutter 组件 spry 适配鸿蒙 HarmonyOS 实战:轻量化 Web 框架,构建高性能端侧微服务与 Middleware 治理架构

Flutter 组件 spry 适配鸿蒙 HarmonyOS 实战:轻量化 Web 框架,构建高性能端侧微服务与 Middleware 治理架构

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 spry 适配鸿蒙 HarmonyOS 实战:轻量化 Web 框架,构建高性能端侧微服务与 Middleware 治理架构 前言 在鸿蒙(OpenHarmony)生态迈向全场景分布式协同、涉及设备端侧 API 暴露、轻量化资源服务镜像及严苛的跨端 RPC 通信背景下,如何实现一套既能保持极低内存足迹(Footprint)、又能提供类似后端(Node.js/Koa)般丝滑开发体验且具备全异步处理能力的“端侧 Web 基座”,已成为决定应用分布式自治能力与全栈同构效率的关键。在鸿蒙设备这类强调 AOT 极致效能与背景任务严格限制的环境下,如果应用依然采用重量级的 HTTP 服务端,由于由于进程级的上下文切换开销,极易由于由于“算力溢出”导致鸿蒙应用在作为服务端响应时发生明显的电量损耗。 我们需要一种能够解耦路由逻辑、支持

Flutter 三方库 webrtc_interface 的鸿蒙化适配指南 - 掌控实时音视频中枢、P2P 高平效通讯实战、鸿蒙级多端互联专家

Flutter 三方库 webrtc_interface 的鸿蒙化适配指南 - 掌控实时音视频中枢、P2P 高平效通讯实战、鸿蒙级多端互联专家

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 webrtc_interface 的鸿蒙化适配指南 - 掌控实时音视频中枢、P2P 高平效通讯实战、鸿蒙级多端互联专家 在鸿蒙跨平台应用处理极低延迟的实时视频会议、云游戏映射或是 P2P 文件直传时,如何屏蔽不同底层实现(如 flutter_webrtc 对比浏览器原生接口)的差异是重中之重。如果你希望你的核心业务逻辑能无缝运行在鸿蒙原生 App、鸿蒙 ArkWeb 以及 PC 侧环境。今天我们要深度解析的 webrtc_interface——一个旨在提供统一 WebRTC 编程模型的接口抽象层,正是帮你打造“抗抖动、高可用通讯底座”的关键基石。 前言 webrtc_interface 是一套完全遵循 W3C WebRTC 规范的 Dart