状态管理的容错思路：从前端里那些“冗余状态”聊起
前端状态管理可借鉴量子纠错中“冗余编码+多数表决”的核心思想，将刻意引入的冗余副本从 bug 温床转化为容错基础设施。通过将业务真值（逻辑态）与多源存储（物理态）对应，利用校验子模式检测并自动纠正并发冲突、缓存过期等运行时同步错误，能在多数据源、离线优先或实时协作等复杂场景下，构建可观测且能自我修复的状态系统。
标签: #状态管理
共 5 篇文章
Electron 和 Web 端共用 store，主进程与渲染进程的同步方案我对比了四种
Electron 共享 store 的核心在于同步边界划分。四种方案中，渲染进程单例 store 配合 preload 桥接主进程能力是最稳妥的选择，能兼顾 Web 端兼容、性能和可维护性。其他方案分别存在 Web 端不可用、IPC 性能开销大、双向同步逻辑复杂或灵活性差等问题。推荐将 store 放在渲染进程，主进程仅作服务层，状态靠近 UI 层更易维护。
React Native 和 Flutter 写同一套业务，我们在维护成本上的差距是怎么拉开的
React Native 与 Flutter 维护同款电商应用两年，前者工时是后者的 2.3 倍。差距源于依赖管理碎片化、状态变更影响难控、原生功能适配复杂、UI 平台差异多及构建流程不稳定，导致 React Native 维护成本随时间加速增长。
Tabs、Select 这种复合组件，声明式组合和隐式状态共享怎么跑通的——Compound Pattern 实现拆解
复合组件解决的核心问题是“一组组件共享隐式状态”，而非 UI 渲染。通过父组件持有状态、Context 向下分发、子组件隐式消费，使用者只需声明式组合结构，无需手动传递状态。实现分三步：创建 Context 并让父组件管理状态、子组件从 Context 取值、将子组件挂载为父组件的静态属性。进阶场景如 Select 组件还需处理选项注册、键盘导航等，可通过 React.Children 同步解析或注册模式收集子组件信息。
AI 动态 UI 里的状态结构太容易失控，我整理了一套分层管理的方法
AI 动态 UI 的状态管理不能靠堆砌 useState 和 useEffect。文章提出四层状态模型：渲染状态层处理临时显示，交互状态层记录用户操作，数据状态层存放结构化业务真相，元状态层管理系统运行。层间通过事件总线通信，并针对对话分支、消息回退、工具调用等 AI 特有场景给出了具体处理方案。