定义理解
策略模式(Strategy Pattern)是一种行为型设计模式,旨在定义一系列算法,并将每个算法封装起来,使它们可以相互替换。这种模式的主要优点在于算法可以独立于使用它的客户端而变化,使得算法的定义和使用分离开来。
核心思想:将算法的使用与算法的实现分离开来,使得算法可以独立地变化。
结构组成:
- 策略接口(Strategy):定义了所有具体策略类所需要实现的方法,是所有具体策略类的公共接口。
- 具体策略(ConcreteStrategy):实现了策略接口的具体类,每个策略都封装了一个特定的行为。
- 环境类(Context):客户端与策略之间的桥梁,它维护了一个对策略对象的引用,并通过公共接口与其进行交互。
系统有很多类 , 这些类的区别仅仅在于它们的 行为不同 ; 使用策略模式 , 可以 动态地 让 用户对象 在这些行为中, 选择一个行为 ;
将不同的算法封装成独立的类,每个类实现策略接口中定义的方法。
环境类可以在运行时动态地改变所使用的策略,以达到不同的行为效果。
应用场景
- 避免冗长的if-else或switch分支判断:当需要根据不同的条件执行不同的算法时,可以使用策略模式来替代复杂的条件判断语句。
- 排序算法:将不同的排序算法封装到单独的策略中,并发送给需要排序的对象。
- 验证规则:将不同的验证规则封装到单独的策略中,并发送给需要验证的对象。
- 支付策略:将不同的支付方式封装到单独的策略中,并发送给需要处理支付的对象。
优点
- 算法可重用:由于算法被封装在独立的类中,因此可以很容易地在多个客户端之间重用。
- 可扩展性:当需要添加新的算法时,只需要创建新的策略类并实现策略接口即可,无需修改现有的客户端代码。
- 灵活性:客户端可以根据需要动态地改变所使用的策略,以达到不同的行为效果。
代码示例
- 策略接口:
public interface Strategy {
void execute(); // 定义策略方法
}
- 具体策略:
public class ConcreteStrategyA implements Strategy {
@Override
public void execute() {
// 策略A的具体实现
}
}
public class ConcreteStrategyB implements Strategy {
@Override
public void execute() {
// 策略B的具体实现
}
}
- 环境类:
public class Context {
private Strategy strategy;
public Context(Strategy strategy) {
this.strategy = strategy;
}
public void setStrategy(Strategy strategy) {
this.strategy = strategy;
}
public void executeStrategy() {
strategy.execute(); // 调用策略方法
}
}