观察者模式实现响应式更新，单例模式确保全局状态唯一，状态模式封装状态依赖行为，命令模式统一管理状态变更，合理组合可提升复杂JavaScript应用的可维护性与可预测性。
管理复杂的JavaScript应用状态，关键在于解耦数据流、提升可维护性与可测试性。设计模式能帮助你组织代码结构，让状态变更更可控。以下是几种常用设计模式及其应用场景。
观察者模式：实现响应式更新
当状态变化需要通知多个组件时，观察者模式非常有效。它定义了对象间的一对多依赖关系，一个状态改变，所有依赖者自动收到通知。
你可以创建一个简单的事件总线或使用自定义的Subject类：
- 定义一个主题（Subject），维护观察者列表
- 提供订阅（subscribe）、取消订阅（unsubscribe）和通知（notify）方法
- 状态变更时调用 notify，触发所有观察者的 update 方法
这种模式是Vuex、Redux等状态管理库的基础原理之一。
立即学习“Java免费学习笔记（深入）”；
单例模式：确保全局状态唯一性
在大型应用中，你需要确保状态存储只有一个实例，避免数据不一致。单例模式限制类的实例化次数为一次，并提供全局访问点。
实现方式：
- 使用闭包或模块模式封装私有状态
- 通过静态方法或模块导出保证仅返回同一个实例
- 适合用于配置管理、用户信息、应用设置等共享状态
ES6模块天然具备单例特性，导入同一模块始终引用相同对象。
状态模式：让行为随状态切换而变化
当应用逻辑高度依赖当前状态（如订单状态、表单步骤），状态模式可以把不同状态下的行为封装到独立类中。
做法：
- 定义状态接口，每个具体状态实现对应行为
- 上下文对象持有当前状态实例，并委托行为调用
- 状态之间可以相互切换，无需大量条件判断
这减少了 if/else 或 switch 分支，使状态迁移更清晰。
命令模式：统一处理状态变更操作
将状态修改封装成命令对象，支持撤销、重做、日志记录等功能。每个命令实现相同的接口（如 execute / undo）。
适用场景：
- 需要历史追踪的编辑器或表单系统
- 批量操作或事务处理
- 远程请求的本地模拟（乐观更新）
结合队列机制还能实现异步操作调度。
基本上就这些。合理组合这些模式，比单纯依赖 setState 或 useState 更能应对复杂状态逻辑。重点是分离关注点，让状态变更可预测、可追踪、可复用。实际项目中，也可以基于这些思想封装轻量级状态机，而不必一开始就引入复杂框架。
