关于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：《深刻设计模式》