策略模式通过将算法与使用分离，解决条件判断过多导致的维护难题，如表单验证中封装不同规则，提升代码可扩展性、复用性与清晰度。
JS策略模式是一种设计模式，用来将不同的算法或行为封装成独立的函数或对象，让它们可以在运行时互相替换，而不影响使用它们的代码。这种模式的核心思想是：把“做什么”和“怎么做”分开。
策略模式解决了什么问题
在写代码时，经常会遇到根据条件执行不同逻辑的情况，比如表单验证、计算折扣、处理用户输入等。如果用大量的 if-else 或 switch 来判断，代码会变得难以维护。策略模式通过将每种情况封装成独立的策略，让代码更清晰、可扩展。
常见例子：表单验证
假设你要验证一个用户注册表单：
- 用户名不能为空，且长度大于2
- 密码至少6位
- 邮箱格式要正确
不用策略模式的话，可能写出一堆 if 判断。而用策略模式，可以这样组织：
// 定义验证规则（策略对象） const strategies = { notEmpty: (value, errorMsg) => value === '' ? errorMsg : null, minLength: (value, length, errorMsg) => value.length < length ? errorMsg : null, isEmail: (value, errorMsg) => { const emailReg = /^[^s@]+@[^s@]+.[^s@]+$/; return !emailReg.test(value) ? errorMsg : null; } }; // 验证器类 class Validator { constructor() { this.cache = []; } add(value, rule, errorMsg) { const [strategyName, ...args] = rule.split(':'); args.unshift(value); args.push(errorMsg); this.cache.push(() => strategies[strategyName](...args)); } validate() { for (let fn of this.cache) { const errorMsg = fn(); if (errorMsg) { return errorMsg; } } return null; } } // 使用方式 const validator = new Validator(); validator.add('abc', 'notEmpty', '用户名不能为空'); validator.add('ab', 'minLength:3', '用户名至少3个字符'); validator.add('invalid-email', 'isEmail', '邮箱格式不正确'); const msg = validator.validate(); console.log(msg); // 输出：用户名至少3个字符
策略模式的优点
使用策略模式后，代码结构更清晰，有以下几个好处：
- 可扩展性强：新增一种验证规则，只需在 strategies 中添加一个方法，不需要修改原有逻辑
- 减少条件判断：避免了冗长的 if-else 或 switch 结构
- 复用性高：同一个策略可以在多个地方使用
适用场景
策略模式特别适合以下情况：
- 有多种类似功能需要切换，比如不同地区的折扣计算
- 表单验证、输入处理等需要灵活配置规则的场景
- 想让业务逻辑与具体实现解耦
基本上就这些。策略模式不复杂，但能让代码更干净、更容易维护。用好它，能让你的 JavaScript 更接近“高质量”代码的标准。