【设计模式 行为型】策略模式
它允许在运行时根据需要选择算法的行为。该模式通过将算法封装成独立的类，使得它们可以相互替换，而不影响使用算法的客户端代码。
策略模式主要包含以下角色：
- 环境（Context）：环境对象持有一个策略对象的引用，它提供了一个接口用于执行具体的算法。
- 抽象策略（Strategy）：定义了策略类的统一接口，用于约束具体策略类的行为。
- 具体策略（Concrete Strategy）：实现了抽象策略定义的接口，具体实现算法逻辑。
下面以一个简单的支付系统为例来说明策略模式的应用：
// 抽象策略类
public interface PaymentStrategy {void pay(double amount);
}// 具体策略类
public class AliPayStrategy implements PaymentStrategy {public void pay(double amount) {System.out.println("使用支付宝支付：" + amount + "元");// 具体的支付逻辑}
}public class WeChatPayStrategy implements PaymentStrategy {public void pay(double amount) {System.out.println("使用微信支付：" + amount + "元");// 具体的支付逻辑}
}// 环境类
@Data
@NoArgsConstructor
public class PaymentContext {private PaymentStrategy strategy;public void pay(double amount) {strategy.pay(amount);}
}
在上述示例中，我们定义了一个抽象策略类PaymentStrategy，并有两个具体的策略类AliPayStrategy和WeChatPayStrategy分别实现了支付宝支付和微信支付的具体逻辑。
环境类PaymentContext持有一个策略对象的引用，并提供了设置策略和支付方法。客户端通过设置不同的策略对象来实现不同的支付方式。这样，客户端代码与具体的支付算法解耦，可以动态地在运行时切换支付策略。
下面是使用策略模式实现的客户端代码：
javaCopy Codepublic class Client {public static void main(String[] args) {PaymentContext context = new PaymentContext();// 使用支付宝支付PaymentStrategy aliPayStrategy = new AliPayStrategy();context.setPaymentStrategy(aliPayStrategy);context.pay(100.0);// 使用微信支付PaymentStrategy weChatPayStrategy = new WeChatPayStrategy();context.setPaymentStrategy(weChatPayStrategy);context.pay(200.0);}
}
运行上述客户端代码，输出如下：
Copy Code 使用支付宝支付：100.0 元
使用微信支付：200.0 元
通过策略模式，我们可以轻松地在运行时切换不同的支付方式，而不需要改动客户端代码。策略模式将算法的选择和使用进行了解耦，提高了代码的灵活性和可维护性。同时，策略模式也符合开闭原则，当需要新增一种支付方式时，只需要添加新的具体策略类即可，无需修改原有代码逻辑。
public class Client {public static void main(String[] args) {double price = 100.0;String type = "normal";double discount = 1.0;// 根据商品类型设置折扣率if (type.equals("vip")) {discount = 0.9;} else if (type.equals("member")) {discount = 0.95;} else if (type.equals("promotion")) {discount = 0.8;}double actualPrice = price * discount;System.out.println("商品的实际价格为：" + actualPrice);}
}
上述代码中，我们根据商品类型手动设置相应的折扣率，然后计算实际价格。这样的代码虽然简单，但存在以下问题：
- 客户端代码与具体的折扣算法高度耦合，如果需要更改算法，例如新增一种商品类型，就需要修改客户端代码，这会导致代码的可维护性变差。
- 没有遵循开闭原则，当需要新增一种商品类型时，就需要修改原有代码逻辑，这样会影响到其他代码的稳定性。
因此，采用策略模式能更好地解决这些问题，实现代码的松耦合和可维护性。
public class CeLue {public static void main(String[] args) {double price = 100.0;String type = "vip";PayStrategy conType = getPayStrategy(type);PayContext payContext = new PayContext(conType);payContext.pay(price);}private static PayStrategy getPayStrategy(String type) {switch (type) {case "vip":return new VipType();default:return new NormalType();}}
}interface PayStrategy {void pay(double amount);
}class NormalType implements PayStrategy {@Overridepublic void pay(double amount) {System.out.println("普通支付" + amount + "元");}
}class VipType implements PayStrategy {@Overridepublic void pay(double amount) {System.out.println("vip支付" + amount * 0.9 + "元");}
}class PayContext {private PayStrategy payStrategy;public PayContext(PayStrategy payStrategy) {this.payStrategy = payStrategy;}public void pay(double amount) {payStrategy.pay(amount);}}