设计模式-策略模式

定义理解

策略模式(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(); // 调用策略方法  
    }  
}
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值