简介
策略模式是一种行为设计模式，它使得你可以在运行时选择算法或行为的模式。在JavaScript中，策略模式通常用于定义一系列算法，将每个算法封装起来，并使它们可以相互替换。策略模式使得算法可以独立于使用它们的客户端变化。
特点
- 定义了算法族，分别封装起来，使它们之间可以互相替换。
- 此模式让算法的变化独立于使用算法的用户。
- 客户端代码必须知道所有的策略类，并自行决定使用哪一个策略类。
策略模式的实现
- 策略接口：定义了一个公共接口，所有的策略类都必须实现这个接口。
- 具体策略类：实现了策略接口，封装了具体的算法或行为。
- 上下文类（Context）：持有一个策略对象的引用，并调用该策略对象的算法。
// 定义策略接口（在JavaScript中通过函数实现）
function calcBonusInterface(salary) { throw new Error('子类必须实现这个方法');
} // 定义具体策略类
function LevelSPolicy(salary) { return salary * 4; // 绩效S的奖金系数为4
} function LevelAPolicy(salary) { return salary * 3; // 绩效A的奖金系数为3
} function LevelBPolicy(salary) { return salary * 2; // 绩效B的奖金系数为2
} // 上下文类
function SalaryCalculator(policy) { this.policy = policy;
} SalaryCalculator.prototype.setPolicy = function(policy) { this.policy = policy;
}; SalaryCalculator.prototype.calculate = function(salary) { return this.policy(salary);
}; // 使用示例
var calculator = new SalaryCalculator(LevelSPolicy);
console.log(calculator.calculate(10000)); // 输出 40000 calculator.setPolicy(LevelAPolicy);
console.log(calculator.calculate(10000)); // 输出 30000
优点
- 灵活性和可扩展性：策略模式使得算法可以独立于使用它的客户端变化。当增加新的算法时，只需要增加一个新的策略类，而不需要修改现有的代码。
- 简化单元测试：每个策略都是一个独立的类，可以单独进行单元测试。
- 避免使用多重条件语句：策略模式可以避免在客户端代码中使用复杂的
if-else或switch-case语句来选择不同的算法。
缺点
- 客户端必须知道所有的策略类：客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这可能会增加客户端的复杂性。
- 策略类数量可能会很多：如果系统中有很多算法，那么就需要定义很多策略类，这可能会增加系统的复杂性。
总结
在JavaScript中，策略模式通过定义一系列算法或行为，并在运行时根据需要进行切换，来提供灵活的控制。这种模式有助于代码的组织和维护，使得各种算法或行为的更改更加独立和灵活。