乐趣区

关于java:我所知道设计模式之策略模式

前言介绍


接下里介绍的是 Java 的设计模式之一:策略模式

咱们还是以一个问题进行开展,引入策略模式

当初有有各种鸭子 (比方 野鸭、北京鸭、水鸭) 等,而鸭子有各种行为,比方 叫、航行等)

请你显示鸭子的信息

你会怎么做?

一、应用传统形式解决问题

创立共有的鸭子抽象类,而后依据不同类型实现各自的特点

传统形式原理类图

咱们依据思路创立抽象类

abstract class Duck {public Duck() {}

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

    public void quack() {System.out.println("鸭子嘎嘎叫~~");
    }
    public void swim() {System.out.println("鸭子会游泳~~");
    }
    public void fly() {System.out.println("鸭子会翱翔~~~");
    }
}

接下来创立各自的鸭子,有北京鸭、玩具鸭、野鸭等等

class PekingDuck extends Duck {

    @Override
    public void display() {System.out.println("~~ 北京鸭~~~");
    }

    // 因为北京鸭不能翱翔,因而须要重写 fly 
    @Override
    public void fly() {System.out.println("北京鸭不能翱翔");
    }
}
class ToyDuck extends Duck {

    @Override
    public void display() {System.out.println("玩具鸭");
    }

    // 须要重写父类的所有办法
    @Override
    public void quack() {System.out.println("玩具鸭不能叫~~");
    }

    @Override
    public void swim() {System.out.println("玩具鸭不会游泳~~");
    }

    @Override
    public void fly() {System.out.println("玩具鸭不会翱翔~~~");
    }
}
class WildDuck extends Duck {

    @Override
    public void display() {System.out.println("这是野鸭");
    }
}

传统的形式实现的问题剖析和解决方案


其它鸭子都继承了 Duck 类,fly 办法让所有子类都会飞了,这是错的

下面说的 1 的问题,其实是继承带来的问题:对类的部分改变,尤其超类的部分改变,会影响其余局部。会有溢出效应

为了改良 1 问题,咱们能够 通过重写笼罩 fly 办法来解决

问题又来了,如果咱们有一个玩具鸭子 ToyDuck, 这样就须要 ToyDuck 去笼罩 Duck 的所有实现的办法

针对于玩具鸭,有什么方法解决这种问题呢?举荐应用:策略模式

二、什么是策略模式


策略模式(Strategy Pattern)中,定义算法族(策略组),别离封装起来,让他们之间能够相互替换。

此模式让算法的变动独立于应用算法的客户

这算法体现了几个设计准则:
第一:把变动的代码从不变的代码中分离出来
第二:针对接口编程而不是具体类(定义了策略接口)
第三:多用组合 / 聚合,少用继承(客户通过组合形式应用策略

策略模式原理类图

阐明:从上图能够看到,客户 context 有成员变量 strategy 或者其余的策略接口, 至于须要应用到哪个策略,咱们能够在结构器中指定

三、应用策略模式解决问题

接下来依据思路创立创立翱翔策略的接口

interface FlyBehavior {void fly(); //  子类具体实现
}

接下来咱们实现翱翔策略,有不同的翱翔状况:飞的好、不能飞

class GoodFlyBehavior implements FlyBehavior {

    @Override
    public void fly() {System.out.println("翱翔技术高超 ~~~");
    }
}

class NoFlyBehavior implements FlyBehavior{

    @Override
    public void fly() {System.out.println("不会翱翔");
    }
}

接下来咱们创立抽象类鸭子,聚合不同策略的接口

abstract class Duck {

    // 属性, 策略接口
    FlyBehavior flyBehavior;

    public Duck() {}

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

    public void quack() {System.out.println("鸭子嘎嘎叫~~");
    }
    public void swim() {System.out.println("鸭子会游泳~~");
    }
    public void fly() {
        // 改良
        if (flyBehavior != null) {flyBehavior.fly();
        }
    }
    public void setFlyBehavior(FlyBehavior flyBehavior) {this.flyBehavior = flyBehavior;}
}

这时咱们就能够依据不同的鸭子状况,实现不同的策略状况

class WildDuck extends Duck {

    // 结构器,传入 FlyBehavor 的对象
    public    WildDuck() {
        // 野鸭飞的很好
        flyBehavior = new GoodFlyBehavior();}

    @Override
    public void display() {System.out.println("这是野鸭");
    }
}
class ToyDuck extends Duck {public ToyDuck() {
        // 玩具鸭不会翱翔
        flyBehavior = new NoFlyBehavior();}
    @Override
    public void display() {System.out.println("玩具鸭");
    }
    // 须要重写父类的所有办法
    @Override
    public void quack() {System.out.println("玩具鸭不能叫~~");
    }
    @Override
    public void swim() {System.out.println("玩具鸭不会游泳~~");
    }
}

在初始化的时候能够依据本人的状况聚合对应策略的办法

public static void main(String[] args) {WildDuck wildDuck = new WildDuck();
    wildDuck.fly();//

    ToyDuck toyDuck = new ToyDuck();
    toyDuck.fly();}
运行后果如下:翱翔技术高超 ~~~
不会翱翔

四、策略模式的注意事项和细节


策略模式的要害是:剖析我的项目中变动局部与不变局部

策略模式的核心思想是:多用组合 / 聚合 少用继承;用行为类组合,而不是行为的继承。更有弹性

体现了“对批改敞开,对扩大凋谢”准则,客户端减少行为不必批改原有代码,只有增加一种策略(或者行为)即可,防止了应用多重转移语句(if..else if..else)

提供了能够替换继承关系的方法:策略模式将算法封装在独立的 Strategy 类中使得你能够独立于其 Context 扭转它,使它易于切换、易于了解、易于扩大

须要留神的是:每增加一个策略就要减少一个类,当策略过多是会导致类数目庞

参考资料


尚硅谷:设计模式(韩顺平老师):策略模式

Refactoring.Guru:《深刻设计模式》

退出移动版