设计模式：策略模式，Java集合定制排序的核心思想

前言

前阵子面试的时候，有个面试官问我了解哪些设计模式吗？我说了策略模式。接着他问有哪些场景应用，我又回答他jdk的集合工具类有个排序方法就用到了策略模式，也就是java.util包下的Collections类，该类中有个sort方法，咱们能够自定义排序规则实现集合的定制排序，这就是策略模式最直接的应用，说完以后他点点头，料想对个人回答仍是比较满意吧，固然我也只是在这道面试题上装装逼而已，毕竟最后面试结束时他说了句请回去等消息吧。。。。

什么是策略模式

言归正传，今天咱们学习设计模式系列的策略模式，先了解下其定义。

策略模式，也叫政策模式，其思想是：定义一组算法，将每一个算法都封装起来，而且使它们之间能够互换。它的最大特色是使得算法能够在不影响客户端的状况下发生变化，从而改变不一样的功能。就拿上面说的 sort 方法举例，该方法中接收一个Comparator接口的参数，对sort 方法来讲，它并不关心Comparator接口的具体实现，只要咱们传入的参数是该接口类型的就好，这样一来，咱们就能够本身去实现Comparator接口，在其实现类里定义咱们想要的排序规则，好比对集合的某个字段作升序仍是降序排列，这正是策略模式的直接应用。

写段代码简单表示一下：

public static void main(String[] args) {
   
    List<Integer> list1 = new ArrayList<>();
    list1.add(1);
    list1.add(20);
    list1.add(3);
    
    Collections.sort(list1, new Comparator<Integer>() {
        @Override
        public int compare(Integer o1, Integer o2) {
            return o1 - o2;
        }
    });

    System.out.println("升序=======" + list1.toString());

    Collections.sort(list1, new Comparator<Integer>() {
        @Override
        public int compare(Integer o1, Integer o2) {
            return o2 - o1;
        }
    });

    System.out.println("降序=======" + list1.toString());
}

组成

了解了策略模式的定义和例子后，咱们看下策略模式的组成角色。

策略模式包含三个角色：

• Strategy抽象策略角色 ：策略、算法家族的抽象，一般为接口，定义每一个策略或算法必须具备的方法和属性。用上面的集合排序举例，该角色就对应着Comparator接口。
• ConcreteStrategy具体策略角色 ：实现抽象策略中的操做，该类含有具体的算法。也就是咱们自定义的Comparator实现类。
• Context封装角色 ：它也叫作上下文角色，内部会持有一个抽象角色的引用，给客户端调用。该角色就对应着Collections工具类自己，该类中持有对Comparator接口的引用，能够接收咱们自定义的具体的实现类。

经过这三个角色，咱们能够简单列出策略模式的类图：

看的出来，策略模式的类图仍是比较简单的，根据这张类图，咱们写一下它的代码实现吧。

通用类代码

抽象策略角色：

public interface Strategy {
    //策略模式的算法规则
    public void doSomething();
}

具体的策略角色：

public class ConcreteStrategy1 implements Strategy {
    public void doSomething() {
        System.out.println("具体策略1的运算法则");
    }
}

public class ConcreteStrategy2 implements Strategy {
    public void doSomething() {
        System.out.println("具体策略2的运算法则");
    }
}

封装角色：

public class Context {
    //抽象策略
    private Strategy strategy = null;

    //构造函数设置具体策略 
    public Context(Strategy _strategy) {
        this.strategy = _strategy;
    }

    //封装后的策略方法 
    public void doAnythinig() {
        this.strategy.doSomething();
    }
}

建好三个角色后，当客户端要调用时，先肯定要使用哪一种具体的策略，建立出对应的策略角色对象，再传进封装角色就能够了，具体代码以下：

public class Client {
    public static void main(String[] args) {
        //声明一个具体的策略 
        Strategy strategy = new ConcreteStrategy1();
        //声明上下文对象 
        Context context = new Context(strategy);
        //执行封装后的方法 
        context.doAnythinig();
    }
}

总结

策略模式的介绍就讲到这里了，提及来，策略模式算是比较简单的设计模式了，但它在实际项目中也用的比较多，举个例子，我以前所在公司中有个项目就用到了策略模式。

那个项目属于电商类的系统，每类商品都有本身的优惠券，下单结算金额时须要计算商品和优惠券的价格总和，这里有个比较头疼的问题，由于每种类型的商品都有独特的优惠券，若是用传统的 if/else 判断商品和优惠券的种类的话，那么添加一种商品或优惠券都会使得下单的结算逻辑都须要从新修改，这很明显不符合开闭原则。针对这种状况，咱们采用了策略模式的思想，对代码作了以下改造，

一、定义一个拥有商品和优惠券属性的抽象策略角色

二、同时针对每种类型的商品建立对应的具体策略角色，定义本身独特的计算优惠券策略

三、在下单结算的方法中，根据商品和优惠券类型建立对应的具体策略对象，把该对象传入一个封装角色后并调用结算金额的方法

这样一来就能够根据不一样商品和优惠券种类计算出对应的金额了，并且代码的封装变得更加的抽象，商品具体的策略之间互相独立，不会牵一发而动全身，省心又省力。

以上就是策略模式的一个具体应用，固然，策略模式的应用还有不少，我也就简单介绍其中的一个使用场景，经过实际例子让你们感觉下设计模式的魅力，毕竟养兵千日，用兵一时，咱们学再多的理论知识不就是为了有一天能用到实际吗？