前言介绍

接下里介绍的是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：《深刻设计模式》