设计模式学习-《策略模式》

策略模式

问题描述:

  • 有各种鸭子(北京鸭、玩具鸭),鸭子有各种行为(叫、飞)
  • 希望能够实现不同的鸭子,显示不同鸭子的信息

传统方法会创建一个抽象类

java 复制代码
    public abstract class Duck{
        public Duck(){
            
        }
        
        public abstract  void display();//显示鸭子信息
        
        public void fly(){
            System.out.println("鸭子会飞翔");
        }
    }

这时候我们要实现具体的鸭子,如玩具鸭,得重写Duck类里的所有方法,因为玩具鸭不会飞。如果要实现北京鸭,又得重写Duck类里的所有方法,因为北京鸭飞飞行能力一般。

传统方式存在问题:

  • 其他鸭子都继承了Duck类,所有fly让所有的子类都会飞了,这是不正确的
  • 即继承带来的问题:对类的局部改动,尤其超类的局部改动,会影响其他部分,会有溢出效应

这时引出策略模式

  • 策略模式中,定义算法族(策略组) ,分别封装起来,让他们之间可以相互替换,此模式让算法的变化独立于使用算法的客户

我的理解是:

把原来继承的部分换成一个插槽,这个插槽在策略模式中是一个接口。不同的类插槽处的具体实现不一样,这时候我们可以搭建很多个不一样的积木(策略组),用哪一个就把哪一个积木放到插槽里,不用对插槽进行重新改动,这样后面的其他人也可以重复使用这个积木。策略模式中具体的实现是:积木即继承了接口的实现类,使用哪一个实现了就将其赋值给接口即可,不用重新接口方法。

实例:

策略模式的原则就是,分离变化部分,封装接口,基于接口编程各种功能

将原来的方法定义改成策略接口(创建一个插槽)

java 复制代码
public abstract class Duck{
    
    //属性,策略接口
    FlyBehavior flyBehavior;

    public abstract  void display();//显示鸭子信息

    public void fly(){
        //改进
        if(flyBehavior!=null){
            flyBehavior.fly();
        }
    }
    
    //提供给用户,动态变化行为动作(更换插槽里的积木调用这个方法就行)
    public  void setFlyBehavior(FlyBehavior flyBehavior){
        this.flyBehavior = flyBehavior;
    }
}

策略接口:

java 复制代码
public interface FlyBehavior {
    void fly();//子类的具体实现
}

策略组的实现(实现放到接口里的积木):

java 复制代码
public class GoodFlyBehavior implements FlyBehavior{
    @Override
    public void fly() {
        System.out.println("飞翔技术高超");
    }
}
java 复制代码
public class NoFlyFlyBehavior implements FlyBehavior{
    @Override
    public void fly() {
        System.out.println("不会飞翔");
    }
}

不同鸭子的实现:

java 复制代码
public class ToyDuck extends Duck{

    @Override
    public void display() {
    	//把想放的积木放到插槽里
        flyBehavior = new NoFlyFlyBehavior();
    }
}
java 复制代码
public class BeiJingDuck extends Duck{

    @Override
    public void display() {
        flyBehavior = new GoodFlyBehavior();
    }
}

即将项目中变化的部分分离出来,多用组合/聚合,少用继承;用行为类组合,而不是行为的继承。

体现了"对修改关闭,对扩展开放"原则,客户端增加行为不用修改原有代码,只需要添加一种策略即可。

需要注意的是:没添加一个策略就需要增加一个类,当策略过多是会导致类数目庞大。

相关推荐
彤银浦2 小时前
Web学习笔记3
前端·笔记·学习·html5
之歆2 小时前
Python-魔术方法-创建、初始化与销毁-hash-bool-可视化-运算符重载-容器和大小-可调用对象-上下文管理-反射-描述器-二分-学习笔记
笔记·python·学习
优乐美香芋味好喝2 小时前
2025年7月11日学习笔记&一周归纳——模式识别与机器学习
笔记·学习·机器学习
Your易元3 小时前
设计模式-模板方法模式
java·设计模式·模板方法模式
声网3 小时前
对话 AI 陪伴新宠 Tolan 创始人:拒绝「恋爱脑」,「非人」陪伴更受欢迎?丨 Voice Agent 学习笔记
人工智能·笔记·学习
丁满与彭彭4 小时前
嵌入式学习笔记--MCU阶段--day03中断
笔记·单片机·学习
艾莉丝努力练剑5 小时前
【C语言】学习过程教训与经验杂谈:思想准备、知识回顾(五)
c语言·开发语言·数据结构·学习·算法
暴走的海鸽5 小时前
存储库模式赋能 Django:让你的代码不那么业余,更具生命力
python·设计模式·django
future14125 小时前
游戏开发日记7.12
数据结构·学习·c#·游戏开发
阿群今天学习了吗5 小时前
pytorch环境配置
人工智能·pytorch·python·学习·机器学习