菜鸟笔记之JAVA设计模式——策略模式的一点理解

java设计模式之策略模式，各大书籍中的定义可以整理为：定义了算法族，分别封装起来，让他们之间可以互相替换，此模式可以让算法的变化独立于使用算法的客户。策略模式的核心思想是：将代码中可能会变化的部分抽取出来，使其独立于其他不会改变的代码，以便在将来对其进行改变的时候不会影响其余的代码。使程序更具弹性，更好维护。该设计模式中用到的比较关键的编程思想分别为：封装、多态、继承和针对接口编程，不针对实现编程。举一个例子，用以更好的对设计模式进行说明，要编写一个鸭子类，鸭子有很多的行为（也就是Duck类中有很多方法），其中有一个行为就是fly（既fly方法），但是鸭子可能有很多种类，其中可能有家禽类、木头类（木头做的假鸭子），橡胶类，塑料类等等，每一种鸭子fly的方式都是不一样的，那如何可以动态的让程序告诉我这只鸭子具体是怎么飞起来的呢，而且，在将来还要新增更多的fly方法到程序中，如实设计能使得代码更具弹性，也更易于维护呢？首先，先定义一个Duck类其中包含一个类属性FlyBehavior（FlyBehavior是一个接口，相应的实现类是具体fly方法的实现）和一个鸭子飞的方法，以及类属性FlyBehavior的set方法

/**
 * Duck父类
 */
public class Duck {
    //鸭子飞的接口（接口作为类属性）
    FlyBehavior flybehavior;
    /**
     * 鸭子飞相应的方法
     */
    public void performFly(){
        flybehavior.fly();
    }
    /**
     * 鸭子飞的接口实现类的set方法
     */
    public void setFlybehavior(FlyBehavior flybehavior) {
        this.flybehavior = flybehavior;
    }

}

其中，FlyBehavior接口（有一个fly方法）的代码如下:`

public interface FlyBehavior {
    public void fly();
}

再为FlyBehavior接口写两个实现类FlyBHWithRocketImpl和FlyBHWithWingImpl。两个接口的实现类中有一个fly方法，打印输出飞行方法：

public class FlyBHWithWingImpl implements FlyBehavior {

    @Override
    public void fly() {
        System.out.println("LittleDuck Fly With Wing");
    }

}

public class FlyBHWithRocketImpl implements FlyBehavior {

    @Override
    public void fly() {
        System.out.println("LittleDuck Fly With Rocket");
    }

}

现在写一个Duck子类，在子类中通过构造方法默认定义一个flybehavior接口的实现类：

/**
 * Duck的子类
 */
public class DuckSubClass extends Duck{
    //通过构造器指定鸭子的飞行方式
    public DuckSubClass(){
        flybehavior=new FlyBHWithWingImpl();
    }
}

代码设计完毕，现在可以写一个test类进行cs，创建一个duck的子类，先默认打印出鸭子fly的方法，之后再指定一个fly的实现方法。是否能够按照预想的打印出fly的方法

/**
 * 测试类
 */
public class Text {
    public static void main(String[] args){
        //利用多态性创建鸭子的子类littleDuck
        Duck littleDuck = new DuckSubClass();
        littleDuck.performFly();
        //通过set方法动态的向Duck类中设置鸭子飞的方法
        littleDuck.setFlybehavior(new FlyBHWithRocketImpl());
        littleDuck.performFly();
    }
}

打印输出的结果：

LittleDuck Fly With Wing
LittleDuck Fly With Rocket

具体的类目录如下：

设计模式的思考与分析：这几段代码的特点在哪里？为什么能够实现我们想要的结果？首先，第一点：在Duck父类中，声明了一个成员变量flybehavior 而这个成员变量是一个接口类型，而这个类正是通过这个接口的实现类，实现具体的fly方法，这里体现了两个非常重要的编程思想：1.多态，声明类属性为接口类型，而通过多态的思想，在test中实现fly方法时，通过接口的实现来达到最终的目的，也就是说：接口和实现类，也是多态的一种体现。2.针对接口编程，不针对实现类编程。最后一步实现之前全部采用接口调用方法来做我们想做的事，但是接口的一个特点是，只声明方法，而不关心方法的实现。所以最后在test类中执行程序的时候可以通过set方法动态的设置flybehavior接口的具体的实现类，从而达到我们最后的目的，代码的弹性、高可维护性。我们想要新增任意的fly方法可以编写新的flybehavior接口的实现类即可，在最终客户端实现fly方法时set新编写的接口的实现类，其余代码完全不用更改，这也正体现了策略模式的核心思想：将代码中可能会变化的部分抽取出来，使其独立于其他不会改变的代码，以便在将来对其进行改变的时候不会影响其余的代码。使程序更具弹性，更好维护