【设计模式--行为型--策略模式】

设计模式--行为型--策略模式

策略模式

定义

该模式定义了一系列算法,并将每个算法封装起来,使他们可以相互替换,且算法的变化不会影响使用算法的客户。策略模式属于对象行为模式,它通过对算法进行封装,把使用算法的责任和算法的实现分隔开,并委派给不同的对象对这些算法进行管理。

结构

抽象策略类(Strategy):这是一个抽象角色,通常由一个接口或者抽象类实现。此角色给出所有的具体策略类所需的接口。

具体策略类(Concrete Strategy):实现了抽象策略定义的接口,提供具体的算法实现或行为。

环境类(Context):持有一个策略类的引用,最终给客户端调用。

案例

推销员上面推销产品,有多种推销方案,对不同的人使用不同的方案。

类图:

java 复制代码
/**
 * 抽象策略类
 */
public interface Strategy {
    void show();
}
java 复制代码
/**
 * 具体策略类  封装算法
 */
public class StrategyA implements Strategy{
    @Override
    public void show() {
        System.out.println("买一送二");
    }
}
java 复制代码
/**
 * 具体策略类  封装算法
 */
public class StrategyB implements Strategy{
    @Override
    public void show() {
        System.out.println("满200减20");
    }
}
java 复制代码
/**
 * 具体策略类  封装算法
 */
public class StrategyC implements Strategy{
    @Override
    public void show() {
        System.out.println("8.8折");
    }
}
java 复制代码
/**
 * 促销类  环境类
 */
public class SalesMan {
    // 聚合策略类
    private Strategy strategy;

    public SalesMan(Strategy strategy) {
        this.strategy = strategy;
    }
    // 给用户展示促销活动
    public void SalesManShow(){
        strategy.show();
    }

    public Strategy getStrategy() {
        return strategy;
    }

    public void setStrategy(Strategy strategy) {
        this.strategy = strategy;
    }
}
java 复制代码
public class Test01 {
    public static void main(String[] args) {
        // 使用a促销方案
        SalesMan salesMan = new SalesMan(new StrategyA());
        salesMan.SalesManShow();

        // 使用b促销方案
        salesMan.setStrategy(new StrategyB());
        salesMan.SalesManShow();

        // 使用c促销方案
        salesMan.setStrategy(new StrategyC());
        salesMan.SalesManShow();
    }
}

优缺点

  • 优点
    • 策略类之间可以自由切换,由于策略类都实现同一个接口,所以它们之间可以自由切换。
    • 易于扩展,增加一个新的策略只需要添加一个具体的策略类即可,基本不需要改变原有的代码,符合开闭原则。避免使用多重条件语句(if else),充分体现面向对象设计思想
  • 缺点
    • 客户端必须知道所有的策略类,并自行决定使用哪一个策略类。
    • 策略模式将造成产生很多策略类,可以通过使用享元模式在一定程度上减少对象的数量。

使用场景

  • 一个系统需要动态的在几种算法选择一种时,可将每个算法封装到策略模式中。
  • 一个类定义了多种行为,并且这些行为在这个类的操作中以多个条件语句的形式出现,可将每个条件分支移入它们各自的策略类中以代替这些条件语句。
  • 系统中个算法彼此独立,且要求对客户隐藏具体算法的实现细节时。
  • 系统要求使用算法的客户不应该知道该操作的数据时,可使用策略模式来隐藏与算法相关的数据结构。
  • 多个类只区别在表现行为不同,可以使用策略模式,在运行时动态选择具体要执行的行为。
相关推荐
Kel21 分钟前
Pregel 为什么会成为LangGraph编排的心脏
人工智能·设计模式·架构
会周易的程序员3 小时前
microLog 后端开发指南
开发语言·c++·物联网·设计模式·日志·iot·aiot
geovindu5 小时前
go: Functional Options Pattern
开发语言·后端·设计模式·golang·函数式选项模式’·惯用法模式
智慧城市20305 小时前
183页PPT,麦肯锡战略屋品牌屋营销模型:打通战略、品牌与供应链的落地闭环
策略模式·战略咨询·流程管理
智慧城市20307 小时前
556页集团供应链、营销案例,从断裂到贯通:构建生产供应链、财务成本与营销数字化的四步战略落地闭环
策略模式
Kel21 小时前
MCP 传输链路全链路拆解:从字节流到协议栈的四层架构之旅
人工智能·设计模式·架构
atunet1 天前
关于算法设计模式的演化与编程范式变迁的技术7
算法·设计模式
geovindu1 天前
go:Timing Functions Pattern
开发语言·后端·设计模式·golang·计时函数模式·性能分析模式
咖啡八杯3 天前
GoF设计模式——备忘录模式
java·后端·spring·设计模式
槑有老呆3 天前
从 Prompt Engineering 到 Harness Engineering:AI 编程的下一次跃迁
设计模式