Redux 是一个可预测的状态管理容器，核心是让状态变化可追踪、可回溯、可测试；它通过唯一 Store 管理全局状态，用纯 Action 描述意图，由纯函数 Reducer 计算新状态，且仅能通过 dispatch 触发更新。
Redux 是一个为 JavaScript 应用设计的可预测状态管理容器。它不绑定框架，但常和 React 配合使用。它的核心不是“让代码更短”，而是让状态变化可追踪、可回溯、可测试。
Store 是唯一的全局状态仓库
整个应用只有一个 Store，它保存着全部状态（state）树。你不能直接修改它，只能通过 dispatch 发送 action 来触发更新。Store 提供三个关键方法：
• getState()：读取当前状态
• dispatch(action)：发送动作，启动状态更新流程
• subscribe(listener)：注册监听器，在状态变化后执行回调
Action 是描述“发生了什么”的普通对象
Action 必须是一个纯 JavaScript 对象，且必须有 type 字段（字符串类型，通常全大写）。其他字段如 payload、data 等是可选的，用来携带变更所需的数据。
例如：
{ type: 'ADD_TODO', payload: { id: 1, text: '学习 Redux' } }
注意：Action 只是“意图声明”，不包含逻辑，也不修改状态。
Reducer 是纯函数，负责计算新状态
Reducer 接收两个参数：当前 state 和 action，返回一个全新的 state 对象。它必须是纯函数——不修改原 state，不调用 API，不产生随机值，相同输入必得相同输出。
典型写法是 switch 语句判断 type：
• 遇到已知 type，返回基于旧 state 计算出的新 state
• 遇到未知 type，必须返回原 state（不能漏掉 default 分支）
• 多个 reducer 可用 combineReducers 合并，对应不同状态切片
Dispatch 是唯一改变状态的入口
你不能绕过 dispatch 直接改 store.state。所有状态变更都必须显式 dispatch 一个 action，这保证了变化可追溯。中间件（如 redux-thunk）也运行在 dispatch 流程中，用于处理异步等副作用，但最终仍要回到 dispatch → reducer 这条主线。
一、外卖通叫餐（预订）系统单店版是什么样的一个系统？ 外卖通系列软件是针对非商品性买卖、有别于传统的商城系统的、外卖和预订为概念性的店铺管理系统，我们的口号就是：让所有的门店在网上安个家，以往的版本都是基于多用户性质的平台系统，而外卖通单店版是基于某个店铺的专业外卖预订管理系统，设计了外卖、预订、专题活动、小游戏、资讯、形象、点评、积分、相册等多种功能模块以适应商家办站的各种需求。这套系统可
基本上就这些。不复杂但容易忽略：state 不可变、action 是载体、reducer 是计算器、store 是总仓库、dispatch 是唯一开关。
