策略模式.

定义

完成一个流程有多种策略，择优；
定义一系列规则，并将每个规则封装起来，使它们可以相互替换，并且规则的变化不会影响执行规则的对象，通过对规则的封装把规则的条件和规则的结果分割开。

架构

抽象策略：各种不同的规则以不同的方式实现这个接口，环境角色使用这个接口调用不同的规则；
具体策略：实现了抽象策略定义的接口，提供具体的规则实现；
环境类：持有一个策略类的引用，最终给客户端调用。

应用场景

1、一个系统需要动态地在几种规则中选择一种时，可将每个规则封装到策略类中；
2、 一个类定义了多种行为，并且这些行为在这个类的操作中以多个条件语句的形式出现，可将每个条件分支移入它们各自的策略类中以代替这些条件语句；
3、系统中各规则彼此完全独立，且要求对客户隐藏具体规则的实现细节时；
4、系统要求使用规则的客户不应该知道其操作的数据时，可使用策略模式来隐藏与规则相关的数据结构；
5、多个类只区别在表现行为不同，可以使用策略模式，在运行时动态选择具体要执行的行为；

代码

Strategy（抽象策略类）

/**抽象策略类*/
public interface Strategy {

    /**策略方法*/
    void straegyMethod();

}

ConcreteA（具体策略A）

/**
 *
 * Description:
 *      具体策略类
 * @author: mushi
 * @Date: 2021/2/20 13:18
 */
public class ConcreteA implements Strategy {

    /**
     * 一种实现业务逻辑的算法
     */
    @Override
    public void straegyMethod() {
        System.out.println("具体策略类A");
    }
}

ConcreteB（具体策略B）

/**
 *
 * Description:
 *      具体策略类
 * @author: mushi
 * @Date: 2021/2/20 13:18
 */
public class ConcreteB implements Strategy{

    @Override
    public void straegyMethod() {
        System.out.println("具体策略类B");
    }

}

Context（环境类）

/**
 *
 * Description:
 *      环境类，持有一个策略类的引用(接口)，最终给客户端使用
 * @author: mushi
 * @Date: 2021/2/20 13:20
 */
public class Context {

    private Strategy strategy;

    /**调用策略方法*/
    public void strategyMethod(){
        strategy.straegyMethod();
    }

    public Strategy getStrategy() {
        return strategy;
    }

    public void setStrategy(Strategy strategy) {
        this.strategy = strategy;
    }
}

Test

public class Test {

    public static void main(String[] args) {
        //环境对象
        Context context = new Context();

        //通过不同的策略实现功能，相当于调用不同的算法处理逻辑

        //策略A
        Strategy strategy = new ConcreteA();
        context.setStrategy(strategy);
        context.strategyMethod();
        //策略B
        Strategy strategy1 = new ConcreteB();
        context.setStrategy(strategy1);
        context.strategyMethod();
    }

}

总结

开发中难免遇到if-else的判断，那么如果你的判断条件十分的复杂且多，那么可以用策略模式将每种判断条件封装成状态，通过简单的判断条件来决定要执行哪个状态，而且如果if-else执行体中的代码太过繁琐，当判断条件修改了的话还得去修改执行体内的逻辑，十分复杂。

举个例子，你突然想要拉屎，拉屎的策略有两种，可以蹲着也可以坐着，当然你要是更厉害的话还可以站着躺着… 你拉屎的策略有很多种，那么当有一天你进化了，你的翔是从其他洞里出来的，以前的解决方式都不行了，那这个时候你要是去把马桶改掉的话是不是要进行一个很大的工程，你要先把原来的给拆了然后再买一个适合的东西重新给装上，那你可以选择新建一个适合你的（新建策略）来解决这个翔从其他地方出来的难题，毕竟其他人没准是正常的，你要是把所有的马桶都改成只适合你用的那其他人岂不是要憋死。