JavaScript类与设计模式结合的关键在于用类封装意图：单例通过静态属性或闭包控制唯一实例；工厂类封装创建逻辑，支持扩展与测试；策略类实现算法分离与动态切换；观察者类构建松耦合通信。
JavaScript类与设计模式的结合不是套用概念，而是让类成为模式落地的自然载体——ES6 class 提供了清晰的语法结构，而设计模式提供了解决问题的思维框架。关键在于用类封装意图，而非强行贴标签。
用类实现单例：控制实例唯一性
类本身不保证单例，必须通过静态属性或闭包主动控制。推荐使用静态私有字段（ES2022+）或 Symbol 键避免外部篡改：
- 在构造函数中检查是否存在已有实例，存在则直接返回
- 将实例存于 static 属性（如 Singleton.instance）或模块级闭包中
- 避免暴露构造函数，只导出 getInstance 方法或默认实例
适用场景：配置管理器、日志服务、全局状态仓库。
工厂类封装创建逻辑
把对象生成过程从调用方抽离，用类定义统一接口和具体实现的映射关系：
立即学习“Java免费学习笔记（深入）”；
- 定义抽象工厂类（可选），声明 createXXX() 方法
- 子类实现具体创建逻辑（如 ApiFactory.createClient('rest')）
- 支持运行时参数判断、环境适配、依赖注入
比普通函数工厂更易扩展和测试，尤其适合组件库或跨平台 SDK。
策略类与组合优于继承
用类实现不同算法，再由上下文类按需组合使用：
- 每个策略是一个独立类（如 DiscountStrategy、PremiumStrategy）
- 上下文类持有一个策略实例，并在需要时调用其方法
- 运行时可动态切换策略，无需修改上下文逻辑
避免冗长 if-else，也规避了继承链过深带来的维护风险。
观察者类构建松耦合通信
用类封装事件订阅/通知机制，替代全局事件总线或手动回调传递：
- EventBus 类管理事件名与回调数组的映射
- on / emit / off 方法提供标准接口
- 可扩展支持异步事件、事件拦截、一次监听等能力
在状态管理、组件通信、数据加载反馈等场景中，让模块间依赖显式且可控。
