策略模式(Strategy Pattern)是一种行为型设计模式,它定义了一系列算法,并将每一个算法封装起来,使它们可以相互替换。策略模式让算法独立于使用它的客户端代码,使得算法的变化不会影响到使用该算法的客户端。
原理
- 策略接口(Strategy Interface): 定义了所有支持的算法的公共操作。
- 具体策略类(Concrete Strategies): 实现了策略接口,每个类代表一个具体的算法或行为。
- 上下文(Context): 拥有一个对策略对象的引用,负责调用策略对象的执行方法,并在需要时切换策略。
Java代码示例
// 策略接口
public interface PaymentStrategy {
void pay(double amount);
}
// 具体策略类:信用卡支付策略
public class CreditCardStrategy implements PaymentStrategy {
@Override
public void pay(double amount) {
System.out.println("Paid " + amount + " using credit card.");
// 实际支付逻辑...
}
}
// 具体策略类:支付宝支付策略
public class AlipayStrategy implements PaymentStrategy {
@Override
public void pay(double amount) {
System.out.println("Paid " + amount + " using Alipay.");
// 实际支付逻辑...
}
}
// 上下文:购物车
public class ShoppingCart {
private List<Item> items;
private PaymentStrategy paymentStrategy;
public void setPaymentStrategy(PaymentStrategy strategy) {
this.paymentStrategy = strategy;
}
public void checkout() {
double total = calculateTotal();
paymentStrategy.pay(total);
}
// 其他购物车相关的方法...
}
// 客户端使用示例
public class Client {
public static void main(String[] args) {
ShoppingCart cart = new ShoppingCart();
// 设置支付策略为信用卡支付
cart.setPaymentStrategy(new CreditCardStrategy());
cart.checkout(); // 输出:Paid ... using credit card.
// 改变支付策略为支付宝支付
cart.setPaymentStrategy(new AlipayStrategy());
cart.checkout(); // 输出:Paid ... using Alipay.
}
}
设想你经营一家餐厅,顾客可以选择不同的支付方式进行结账,比如现金、刷卡或手机支付。每种支付方式就是一个策略,当顾客选择某种支付方式时,服务员就执行相应的“策略”,即进行相应的支付处理。策略模式在这里的作用就是让服务员(上下文)可以根据客户要求灵活地调用不同支付方式(策略)的结账流程,而无需知道每种支付方式的具体实现细节。
应用
- 支付系统:不同的支付方式(如信用卡、支付宝、微信支付等)可以用不同的策略来实现,用户选择不同的支付方式时,系统只需调用对应的策略即可完成支付操作。
- 游戏AI:根据不同的场景和敌人类型,游戏角色可能有不同的战斗策略,每种策略都由一个具体策略类表示。
- 排序算法:对于排序功能,可以创建多个实现不同排序算法(如冒泡排序、快速排序、归并排序)的具体策略类,根据需求动态切换排序策略。
适用性
- 算法的多样化选择:当系统需要在多种算法之间进行切换时,例如排序算法、搜索算法、加密算法等,每种算法都可以封装成一个具体策略类。
- 行为的动态变化:根据不同的运行环境或条件,对象的行为可以动态改变。例如游戏中的角色可能有不同的战斗策略,可以根据敌人类型或场景变化来实时切换。
- 业务规则可配置:在业务逻辑中,如果存在多种规则或策略,且这些规则可能会频繁变更或扩展,通过策略模式可以让用户自行配置使用哪种规则,从而提高系统的灵活性和可扩展性。
- 避免多重条件判断:在代码中有大量if-else或者switch-case语句用于选择不同行为时,可以考虑使用策略模式将每种行为封装为一个策略类,减少代码耦合度并增强可读性。
- 遵循开闭原则:新的策略可以通过增加新的策略类轻松添加到系统中,而无需修改现有代码,这符合面向对象设计原则中的“对扩展开放,对修改关闭”。