前端状态管理: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

AI实践(7)工具函数调用

AI实践(7)工具函数调用

AI实践(8)工具函数调用 Author: Once Day Date: 2026年3月2日 一位热衷于Linux学习和开发的菜鸟,试图谱写一场冒险之旅,也许终点只是一场白日梦… 漫漫长路,有人对你微笑过嘛… 全系列文章可参考专栏: AI实践成长_Once-Day的博客-ZEEKLOG博客 参考文章:Prompt Engineering Guide提示词技巧 – Claude 中文 - Claude AI 开发技术社区Prompting strategies for financial analysis | ClaudeDocumentation - Claude API DocsOpenAI for developers在LLM中调用函数 | Prompt Engineering GuideAI大模型Function Call技术教程:从入门到精通-ZEEKLOG博客详解 OpenAI 函数调用(Function Calling):让模型具备数据获取与行动能力 - 大A就是我 -

2026年AI生成PPT网站解析:高效办公党必备,免费好用不踩坑

2026年AI生成PPT网站解析:高效办公党必备,免费好用不踩坑

一、引言:告别 PPT 制作低效痛点,AI 工具重构办公效率 1.1 传统 PPT 制作的职场与教育痛点 在当今快节奏的工作与学习环境中,PPT 作为信息展示的重要载体,应用场景极为广泛。无论是程序员进行技术分享,教育博主制作教学课件,还是职场人开展项目汇报,都离不开 PPT 的支持。然而,传统的 PPT 制作流程却充满了挑战,成为了许多人工作与学习中的痛点。 传统 PPT 制作的第一步往往是构思大纲,这需要创作者对内容有清晰的梳理和规划。对于复杂的项目或课程,这并非易事,常常需要花费大量时间思考逻辑结构和要点安排。在寻找模板阶段,虽然网络上有众多资源,但要找到一个与内容完美契合且设计精美的模板却如同大海捞针。很多时候,找到的模板要么风格不搭,要么需要进行大量修改,反而增加了工作量。 排版设计环节更是耗时耗力。从调整文字大小、颜色、字体,到图片的裁剪、布局,再到图表的设计与美化,每一个细节都需要精心处理。而且,

2026年03月14日全球AI前沿动态

2026年03月14日全球AI前沿动态

一句话总结 2026年3月13日前后,全球科技企业在AI大模型、智能体、硬件基础设施、跨行业应用等领域密集发布新品与技术突破,涵盖模型优化、智能体部署、硬件升级、落地场景拓展等多维度,同步伴随投资并购、政策监管、人才流动及伦理安全争议等行业动态。 一、模型与技术突破 1.1 通用大模型(大语言模型与多模态模型) * 英伟达:发布开源模型Nemotron 3 Super,120B参数,混合Mamba-Transformer架构,原生支持100万token上下文,PinchBench得分85.6%(开源榜首);采用NVFP4格式预训练,适配Blackwell架构,B200芯片推理速度达H100的4倍,吞吐量超上代5倍。 * xAI:发布Grok4.20,非幻觉率78%(创行业纪录),智能指数48分(较前代+6分),每百万令牌成本2-6美元;支持事实可靠推理,适用于严谨行业场景。 * 谷歌:发布Gemini Embedding 2,首个原生多模态嵌入模型,可将文本、

Flutter 组件 sse_stream 的适配 鸿蒙Harmony 深度进阶 - 驾驭高并发 Server-Sent Events 背压处理、实现鸿蒙端工业级 AI 响应流与长效链路治理方案

Flutter 组件 sse_stream 的适配 鸿蒙Harmony 深度进阶 - 驾驭高并发 Server-Sent Events 背压处理、实现鸿蒙端工业级 AI 响应流与长效链路治理方案

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 sse_stream 的适配 鸿蒙Harmony 深度进阶 - 驾驭高并发 Server-Sent Events 背压处理、实现鸿蒙端工业级 AI 响应流与长效链路治理方案 前言 在前文我们初步探讨了 sse_stream 在鸿蒙(OpenHarmony)端的连接实战。但在面临真正的工业级挑战——例如在大模型 AI(如 DeepSeek)生成每秒数百字的超高频反馈,或者是在证券系统中上千个标的实时价格跳动时,简单的“连接并监听”会导致鸿蒙 UI 线程由于疯狂的事件回调而瞬间进入 ANR(应用无响应)黑洞。 如何处理流式数据中的“背压(Backpressure)”?如何在鸿蒙有限的移动端内存中实现高效的报文分拣? 本文将作为 sse_stream 适配的进阶篇,