策略模式在javascript中通过封装可互换的算法来实现行为的动态切换，1. 将算法独立封装为函数或类；2. 创建上下文对象持有并调用当前策略；3. 通过setstrategy等方法在运行时切换策略；4. 使算法变化与客户端解耦，提升扩展性与可维护性，适用于多算法动态切换、避免复杂条件判断、提高测试性等场景，且符合开闭原则，但会增加对象数量，要求客户端了解策略选择，简单场景可能造成过度设计，常用于表单验证、促销计算等业务，与工厂模式（关注对象创建）和模板方法模式（基于继承固定流程骨架）相比，策略模式侧重于算法的灵活替换，通过组合实现运行时动态注入，是一种高内聚低耦合的设计实践。
JS中实现策略模式，本质上就是把一堆可替换的算法封装起来，让它们能在运行时根据需要灵活切换。它把“怎么做”的细节和“谁来做”的逻辑分离开，这样你的代码就不会因为算法变动而跟着大动干戈，这对于构建可维护、可扩展的应用来说，简直是太实用了。
策略模式的核心思想是定义一系列算法，将每一个算法封装起来，并使它们可以相互替换。它让算法的变化独立于使用算法的客户端。在JavaScript中，我们通常可以通过函数或者类的形式来定义这些策略。
一个典型的实现会包含：
我们来看一个实际的例子，比如一个订单价格计算器，它可能需要根据不同的促销规则来计算最终价格：
// 1. 定义具体策略：各种价格计算算法
const pricingStrategies = {
// 无折扣策略
noDiscount: (originalPrice) => {
return originalPrice;
},
// 百分比折扣策略
percentageDiscount: (originalPrice, discountPercentage) => {
if (discountPercentage < 0 || discountPercentage > 100) {
console.warn("折扣百分比不合法，将按无折扣处理。");
return originalPrice;
}
return originalPrice * (1 - discountPercentage / 100);
},
// 固定金额减免策略
fixedAmountDiscount: (originalPrice, fixedAmount) => {
if (fixedAmount < 0) {
console.warn("减免金额不能为负，将按无折扣处理。");
return originalPrice;
}
return Math.max(0, originalPrice - fixedAmount); // 确保价格不为负
},
// 满减策略 (例如：满200减50)
thresholdDiscount: (originalPrice, threshold, deduction) => {
if (originalPrice >= threshold) {
return Math.max(0, originalPrice - deduction);
}
return originalPrice;
}
};
// 2. 定义上下文：价格计算器，它会使用具体的策略
class PriceCalculator {
constructor(strategy) {
// 构造时可以传入一个默认策略
this.currentStrategy = strategy || pricingStrategies.noDiscount;
}
// 动态设置策略的方法
setStrategy(newStrategy) {
if (typeof newStrategy !== 'function') {
throw new Error("传入的策略必须是一个函数。");
}
this.currentStrategy = newStrategy;
}
// 执行计算
calculatePrice(originalPrice, ...args) {
return this.currentStrategy(originalPrice, ...args);
}
}
// 实际应用
const calculator = new PriceCalculator();
let itemPrice = 200;
// 使用无折扣策略
console.log(`原价 ${itemPrice}，无折扣后：`, calculator.calculatePrice(itemPrice)); // 200
// 切换到百分比折扣策略 (打八折)
calculator.setStrategy(pricingStrategies.percentageDiscount);
console.log(`原价 ${itemPrice}，八折后：`, calculator.calculatePrice(itemPrice, 20)); // 160
// 切换到固定金额减免策略 (减30元)
calculator.setStrategy(pricingStrategies.fixedAmountDiscount);
console.log(`原价 ${itemPrice}，减30元后：`, calculator.calculatePrice(itemPrice, 30)); // 170
// 切换到满减策略 (满200减50)
calculator.setStrategy(pricingStrategies.thresholdDiscount);
console.log(`原价 ${itemPrice}，满200减50后：`, calculator.calculatePrice(itemPrice, 200, 50)); // 150
let lowPriceItem = 50;
console.log(`原价 ${lowPriceItem}，满200减50后：`, calculator.calculatePrice(lowPriceItem, 200, 50)); // 50 (未达到满减条件)在这个例子中，
pricingStrategies
PriceCalculator
setStrategy
pricingStrategies
PriceCalculator
我个人觉得，当你发现代码里开始出现那种“如果这样就这么干，如果那样就那么干”的巨型判断块时，策略模式就像个救星。它能帮你把这些复杂的条件逻辑拆解成一个个独立的、可插拔的单元。具体来说，以下几种情况，我觉得策略模式特别适用：
if-else if
switch
举个例子，前端表单验证就是策略模式的经典应用场景。一个输入框可能需要验证是否为空、是否是邮箱格式、是否是手机号、是否在某个长度范围内等等。每种验证规则都可以是一个策略，然后根据需要组合或切换这些策略。这比写一大堆嵌套的
if
当然，这也不是万金油，任何设计模式都有其适用场景和权衡。理解它的优缺点，才能更好地决定是否采用。
优点：
缺点：
if/else
switch
我个人在项目中就遇到过，为了一个可能只有两种状态的逻辑，硬生生拆出了两个策略类，结果维护起来感觉比直接判断还麻烦。所以，用不用，什么时候用，还得看具体业务的复杂度和未来的扩展预期。
我经常看到有人把策略模式和工厂模式搞混，其实它们解决的问题不太一样，虽然在某些场景下可能会一起出现。理解这些模式之间的区别，能帮助我们更精准地选择和应用。
策略模式（Strategy Pattern） vs. 工厂模式（Factory Pattern）：
策略模式（Strategy Pattern） vs. 模板方法模式（Template Method Pattern）：
总的来说，策略模式更像是一种“即插即用”的模块化思想，把不同的“做法”打包好，随时可以替换。而工厂模式是关于“造东西”的，模板方法则是关于“流程骨架”的。它们各有侧重，但都能帮助我们构建更健壮、更灵活的软件系统。
以上就是JS如何实现策略模式？策略的应用的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
广告
收藏
收藏
收藏
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
395
