策略模式通过将条件判断逻辑封装为独立策略类，使代码更清晰、易维护。1.定义策略接口，声明算法方法；2.创建具体策略类实现接口；3.环境类持有策略并执行；4.客户端通过环境类动态选择策略。适用于多条件分支且频繁变动的场景，如订单折扣、支付方式等。优点是符合开闭原则，缺点是类数量增加，客户端需了解所有策略。
策略模式，简单说，就是把一堆 if...else 或者 switch...case 语句，变成一个个独立的策略类，然后根据不同的情况选择不同的策略来执行。这样做的好处嘛，当然是让代码更清晰、更易于维护和扩展啦。
将条件判断替换为策略模式，核心在于定义一系列算法（策略），并将每个算法封装在独立的类中。 客户端可以根据运行时条件选择不同的策略，而无需修改现有代码。
如何识别应该使用策略模式的场景？
当你发现代码中充斥着大量的条件判断，而且这些判断逻辑还经常变动，那么策略模式可能就是个不错的选择。举个例子，比如你有一个订单处理系统，根据不同的用户类型（普通用户、VIP 用户、超级 VIP 用户）有不同的折扣策略。如果直接用 if...else 来判断，代码会变得很臃肿，而且每增加一种用户类型，都要修改代码。这时候，用策略模式就能很好地解决这个问题。
策略模式的具体实现步骤
定义策略接口： 声明所有具体策略需要实现的方法。比如，在订单折扣的例子中，可以定义一个 DiscountStrategy 接口，包含一个 calculateDiscount 方法。
// 策略接口class DiscountStrategy { calculateDiscount(price) { throw new Error("Method 'calculateDiscount()' must be implemented."); }}
创建具体策略类： 实现策略接口，每个类代表一种具体的算法。例如，可以创建 NormalUserDiscount、VipUserDiscount、SuperVipUserDiscount 等类，分别实现不同的折扣计算逻辑。
// 具体策略类 - 普通用户折扣class NormalUserDiscount extends DiscountStrategy { calculateDiscount(price) { return price * 0.9; // 九折 }}// 具体策略类 - VIP 用户折扣class VipUserDiscount extends DiscountStrategy { calculateDiscount(price) { return price * 0.8; // 八折 }}// 具体策略类 - 超级 VIP 用户折扣class SuperVipUserDiscount extends DiscountStrategy { calculateDiscount(price) { return price * 0.7; // 七折 }}
创建环境类（Context）： 环境类负责维护一个策略对象，并提供一个方法来执行策略。客户端通过环境类来使用策略，而无需直接与具体策略类交互。
// 环境类class Order { constructor(userType) { this.userType = userType; this.discountStrategy = this.createDiscountStrategy(userType); } createDiscountStrategy(userType) { switch (userType) { case "normal": return new NormalUserDiscount(); case "vip": return new VipUserDiscount(); case "superVip": return new SuperVipUserDiscount(); default: return new NormalUserDiscount(); // 默认策略 } } calculateFinalPrice(price) { return this.discountStrategy.calculateDiscount(price); }}
客户端使用： 客户端只需要创建环境类，并传入相应的参数，就可以使用不同的策略了。
// 客户端使用const normalOrder = new Order("normal");const vipOrder = new Order("vip");const superVipOrder = new Order("superVip");const price = 100;console.log(`普通用户最终价格：${normalOrder.calculateFinalPrice(price)}`); // 输出：普通用户最终价格：90console.log(`VIP 用户最终价格：${vipOrder.calculateFinalPrice(price)}`); // 输出：VIP 用户最终价格：80console.log(`超级 VIP 用户最终价格：${superVipOrder.calculateFinalPrice(price)}`); // 输出：超级 VIP 用户最终价格：70
如何动态切换策略？
上面的例子中，策略是在 Order 类的构造函数中确定的。如果需要在运行时动态切换策略，可以修改 Order 类，提供一个 setDiscountStrategy 方法。
class Order { constructor(userType) { this.userType = userType; this.discountStrategy = this.createDiscountStrategy(userType); } createDiscountStrategy(userType) { switch (userType) { case "normal": return new NormalUserDiscount(); case "vip": return new VipUserDiscount(); case "superVip": return new SuperVipUserDiscount(); default: return new NormalUserDiscount(); // 默认策略 } } setDiscountStrategy(discountStrategy) { this.discountStrategy = discountStrategy; } calculateFinalPrice(price) { return this.discountStrategy.calculateDiscount(price); }}// 客户端动态切换策略const order = new Order("normal");console.log(`初始价格：${order.calculateFinalPrice(100)}`); // 输出：初始价格：90order.setDiscountStrategy(new VipUserDiscount());console.log(`切换为 VIP 折扣后的价格：${order.calculateFinalPrice(100)}`); // 输出：切换为 VIP 折扣后的价格：80
策略模式的优缺点是什么？
优点：代码清晰： 将不同的算法封装在独立的类中，避免了大量的条件判断语句。易于维护： 修改或增加新的策略，不会影响其他策略。易于扩展： 可以很容易地增加新的策略类，而无需修改现有代码。符合开闭原则： 对修改关闭，对扩展开放。缺点：类增多： 每个策略都需要一个类，可能会导致类的数量增多。客户端需要了解所有策略： 客户端需要知道有哪些策略，才能选择合适的策略。
除了订单折扣，策略模式还有哪些应用场景？
策略模式的应用场景非常广泛，比如：
支付方式选择： 可以将不同的支付方式（支付宝、微信支付、银行卡支付）封装成不同的策略类。排序算法选择： 可以将不同的排序算法（冒泡排序、快速排序、归并排序）封装成不同的策略类。数据验证： 可以将不同的数据验证规则封装成不同的策略类。
总而言之，策略模式是一种非常有用的设计模式，可以帮助我们编写更清晰、更易于维护和扩展的代码。当然，任何设计模式都不是银弹，需要根据具体的场景来选择是否使用。
以上就是js中如何用策略模式替换条件判断的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1506476.html
微信扫一扫 
支付宝扫一扫 
![Go语言接口与切片：如何识别和操作[]interface{}](https://cdn.chuangxiangniao.com/www/2025/12/176369856569294-1.jpg?imageMogr2/crop/480x300/gravity/center)
