react

liangshanbo1215

面试题：React 中 useReducer 和 useState 有什么区别？什么时候应该使用 useReducer？核心思路一句话： useState 管简单、独立、更新直接的状态；useReducer 管复杂、关联、多事件源、更新逻辑集中、需要稳定 dispatch 和强测试的状态；全局状态用 Redux Toolkit、Zustand、Jotai、Recoil 等专业工具。

成为全栈·React 管理后台篇·后台骨架：布局、数据路由与分层守卫后台骨架不只是左边一条侧栏、上面一根顶栏。真正重要的是：用户从哪个入口进来、看到什么菜单、手动输入地址时能不能进入，三者必须说同一种权限语言。

React hooks总览useState：状态管理，它对标类组件中的setState，useState与useEffect一起联用可以在一个状态值改变时，做出一些副作用（数据请求或一些其它函数任务）

西瓜太郎1234

外层模型卡片与分组详情成功率不一致，应该怎么排查？同一个模型，外层卡片显示 83%，点进分组详情却看到 98%、100% 和 0%。这里的数字只是便于说明口径差异的确定性样例，并非线上实测数据。它们不一定说明数据错了，也不应该直接把详情页数字复制到外层。

本地视频预览别只自己看：把Remotion动效项目发给客户远程验收很多人做视频时，真正卡住的不是创意，而是工具。PR里一层层轨道看得人头大，AE里一个文字动效就要反复拉关键帧，改一点位置、节奏和透明度，都可能要来回预览很多次。

【前端】受控和非受控组件“非受控（Uncontrolled）”与“受控（Controlled）”是前端开发中非常核心的概念，尤其在 React 等现代前端框架中极为常见

React触摸事件全解析：掌握移动端交互开发的核心秘籍在传统的PC端Web开发中, 我们主要依赖 onMouseDown、onMouseUp 等鼠标事件。然而, 随着移动端设备的普及, 触摸交互成为主流。React 的触摸事件有哪些? 核心包含四个主要事件: onTouchStart、onTouchMove、onTouchEnd 和 onTouchCancel。这些事件为开发者提供了处理单点或多点触控的能力。

递归尽头是星辰

Java 智能体工程化：从 Spring AI 出发读懂 AgentScope本文承接 Java+AI 工程化实践系列，结合AgentScope 官方文档，建立从上到下梳理五层知识体系；拆解企业级 Agent 系统的五层架构设计；最后通过「订单智能助手」完整实战场景串联核心知识点，给出明确的技术选型边界。帮助开发者从概念到架构建立完整认知，快速判断 Spring AI 与 AgentScope 的适用场景。

React 高级模式：并发渲染下的状态机驱动架构——从 Finite State Machine 到生产级实现在现代化 Web 应用中，一个看似简单的表单提交流程背后，往往隐藏着复杂的状态变迁：空闲 → 填写中 → 校验中 → 校验失败 → 修改中 → 提交中 → 提交成功/失败 → 重试中……如果用传统的 isLoading、isError 布尔值组合来管理，状态空间会以 2^n 的速度爆炸——3 个布尔标志位就能产生 8 种组合，其中至少一半是"不可能状态"（如同时 isLoading=true 且 isError=true）。

Agent开发 - 实现人类与Manus智能体的终端窗口命令交互参考：openManus的ask_human.py1. 添加askUser工具来执行【暂停agent执行，等待用户输入】的功能

名字还没想好☜

React 实现暗黑模式切换:localStorage 持久化、SSR 首屏闪烁与跟随系统主题暗黑模式看着是个小功能:加个开关,切换 dark class,完事。真自己写一遍才发现全是坑:刷新页面主题丢了、用 Next.js 时首屏先闪一下白屏再变黑(那一下白光晃眼睛)、用户明明设了系统深色但你的站默认还是亮色。

真题拆解 05：ReAct 还是 Plan-and-Execute——规划范式怎么选这是「真题拆解」系列的第五篇。前四篇拆的都是"怎么把 Agent 跑稳"，这篇问的是架构层面的一题：你的 Agent 用的是什么规划范式，为什么？正片第 2 篇手写过一个最小 ReAct，第 8 篇提过 Plan-Execute——这篇把它们单独拎出来正面比较。这是 Agent 架构里最高频的概念对比题，2026 年大厂校招几乎必问：因为它考的不是"背两个概念"，是"你会不会在真实场景里做权衡"。

图片预览组件的另一种设计：Headless、可组合、开箱即用React 的图片预览组件已经很多了。我决定再写一个，并不是因为缩放、拖拽、旋转这些功能没人做，而是因为现有组件一旦遇到自定义界面，往往很快就会碰到边界。改颜色通常不难，但如果要移动工具栏、替换内部按钮、调整预览布局，render props 和 CSS 覆盖很快就不够用了。继续增加配置项会让 API 越来越复杂，直接 fork 又意味着长期维护一份自己的代码。 react-img-view 想解决的正是这个问题：常用功能和默认界面开箱即用，同时把预览器拆成可以自由组合的部件。简单场景一行接入，需要深度

从 0 构建 AI Workload Platform（九）：真实场景、最小控制台与开源发布AI Workload Platform 的前六个模块已经完成了工作流内核、可靠控制面、Agent Runtime、独立 Worker、可观测性和受限执行器。此时系统可以通过 CLI、JSON 和 HTTP API 工作，但新用户仍然需要记住很多命令，也看不到一条连续的产品流程。HTTP API 是通过 HTTP 请求访问服务能力的接口；PostgreSQL 是保存这些业务状态的关系型数据库。

打破社媒营销信息差：具身交互智能打造全自动化KOL情报体系一位站在数据大屏旁边的情报分析助手，能看、能说、有肢体表达——这正是具身交互智能的核心。本文从魔珐星云控制台配置到 Python FastAPI + React 全栈工程源码，拆解情报平台如何以参数流 SDK 为中枢，让数字人嵌入数据采集→KOL 评分→大屏洞察→竞品监测的情报全链路。

Three.js 供应链三维可视化：全球物流轨迹、库存热力图与数字孪生的交互呈现供应链管理软件的用户界面在过去二十年几乎没有本质变化——表格、过滤器、甘特图，偶尔加一个基于百度/高德地图的 2D 物流轨迹。这些界面的问题是：它们展示的是"数据"而非"场景"。当一个供应链经理看到"库存水位 35%"这个数字时，他需要在自己的脑中构建出仓库的空间分布、货架状态、以及周边节点的库存关系——这种认知负荷在处理 50 个以上 SKU 的跨国供应链时会快速过载。

前端技术官

Web Components 为什么火不起来？一听 Web Components ，看起来是很高大上的技术🤔。它是 W3C 的亲儿子，是浏览器原生支持的组件化标准，由 Custom Elements、Shadow DOM 和 HTML Templates 三大底层 API 组成。从 2013 年 Google 首次提出概念到今天，已经过去了整整 13 年。

Vite 中的 CSS 工程化：从 CSS Modules 到 UnoCSS 的渐进式迁移CSS Modules 在很长一段时间内是前端项目中样式隔离的事实标准。它通过编译时将类名哈希化，解决了全局样式污染问题。在一个典型的 Vite 项目中，CSS Modules 开箱即用：

智能体任务拆解与执行：基于ReAct+Plan-and-Execute框架的行业Skill构建实录过去一年,我一直在做一件事:把行业里那些重复、繁琐、依赖经验判断的业务流程,交给大语言模型(LLM)智能体去执行。最初的想法很简单——写一个精心设计的Prompt,把任务描述清楚,让模型直接给出结果。

名字还没想好☜

Next.js 用 cookies()/headers() 读请求信息:动态渲染触发、缓存失效与在 Server Action 里读写 cookie在 Next.js App Router 里想读一下用户的登录 token,或者拿一下 User-Agent,你会发现 Server Component 里根本没有 req 对象可用。官方给的入口是 next/headers 里的 cookies() 和 headers()。但很多人第一次用就踩坑:要么报「Dynamic server usage」构建失败,要么在 Server Component 里 cookies().set() 直接抛错。这篇把这两个函数的正确用法和背后的渲染机制讲透。