策略（Strategy）模式

标签：布局   运行   ide   条件   一点   private   重复   多个   场景   

策略（Strategy）模式的定义：该模式定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的变化不会影响使用算法的客户。策略模式属于对象行为模式，它通过对算法进行封装，把使用算法的责任和算法的实现分割开来，并委派给不同的对象对这些算法进行管理。

说的通俗一点：在现实生活中常常遇到实现某种目标存在多种策略可供选择的情况，例如，出行旅游可以乘坐飞机、乘坐火车、骑自行车或自己开私家车等，超市促销可以釆用打折、送商品、送积分等方法。

策略模式的结构与实现、

策略模式是准备一组算法，并将这组算法封装到一系列的策略类里面，作为一个抽象策略类的子类。策略模式的重心不是如何实现算法，而是如何组织这些算法，从而让程序结构更加灵活，具有更好的维护性和扩展性，现在我们来分析其基本结构和实现方法。

模式的结构

策略模式的主要角色如下。

1.抽象策略（Strategy）类：定义了一个公共接口，各种不同的算法以不同的方式实现这个接口，环境角色使用这个接口调用不同的算法，一般使用接口或抽象类实现。
2.具体策略（Concrete Strategy）类：实现了抽象策略定义的接口，提供具体的算法实现。
3.环境（Context）类：持有一个策略类的引用，最终给客户端调用。

代码实现步骤：

1.定义策略接口（也可抽象类）

/**
 * 定义抽象策略接口
 */
public interface Strategy {

    void strategyMethod();

}

2.实现策略接口（多个实现）

//A方式的一种实现
public class Strategy4A implements Strategy {
    @Override
    public void strategyMethod() {
        System.out.println("策略A的实现方法");

    }
}

//B方式的一种实现
public class Strategy4B implements Strategy {
    @Override
    public void strategyMethod() {
        System.out.println("策略B的实现方法");
    }
}

//还可以有n中其他方式的实现
      //。。。。。。。

3.环境（Context）类：持有一个策略类的引用，最终给客户端调用

/**
 * 环境（Context）类：持有一个策略类的引用，最终给客户端调用。
 *
 * 用户直接使用该类来获取策略
 */
public class Context {
    //环境类中有一个 策略接口的引用
    private Strategy strategy;

    public Strategy getStrategy() {
        return strategy;
    }

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

// 调用策略接口方法

    public void runStrategyMethod() {
//此时你传入哪个实现接口实例，就调用哪个实例方法
        strategy.strategyMethod();
    }

// 偷懒，直接在该类调用
    public static void main(String[] args) {
        Context context = new Context();
        //用A策略
        context.setStrategy(new Strategy4A());
        context.runStrategyMethod();

        System.out.println("------------策略分割线--------------------");

        //用B策略
        context.setStrategy(new Strategy4B());
        context.runStrategyMethod();
    }
}

运行结果：

总结

特点
策略模式的主要优点如下。

1. 多重条件语句不易维护，而使用策略模式可以避免使用多重条件语句。
2. 策略模式提供了一系列的可供重用的算法族，恰当使用继承可以把算法族的公共代码转移到父类里面，从而避免重复的代码。
3. 策略模式可以提供相同行为的不同实现，客户可以根据不同时间或空间要求选择不同的。
4. 策略模式提供了对开闭原则的完美支持，可以在不修改原代码的情况下，灵活增加新算法。
5. 策略模式把算法的使用放到环境类中，而算法的实现移到具体策略类中，实现了二者的分离。

其主要缺点如下。

1. 客户端必须理解所有策略算法的区别，以便适时选择恰当的算法类。
2. 策略模式造成很多的策略类。

策略模式的应用场景

1. 策略模式在很多地方用到，如 Java SE 中的容器布局管理就是一个典型的实例，Java SE 中的每个容器都存在多种布局供用户选择。在程序设计中，通常在以下几种情况中使用策略模式较多。
2. 一个系统需要动态地在几种算法中选择一种时，可将每个算法封装到策略类中。
3. 一个类定义了多种行为，并且这些行为在这个类的操作中以多个条件语句的形式出现，可将每个条件分支移入它们各自的策略类中以代替这些条件语句。
4. 系统中各算法彼此完全独立，且要求对客户隐藏具体算法的实现细节时。
5. 系统要求使用算法的客户不应该知道其操作的数据时，可使用策略模式来隐藏与算法相关的数据结构。
6. 多个类只区别在表现行为不同，可以使用策略模式，在运行时动态选择具体要执行的行为。

疑惑
在策略模式中必须要有这三个角色吗？
1.抽象策略（Strategy）类：定义了一个公共接口，各种不同的算法以不同的方式实现这个接口，环境角色使用这个接口调用不同的算法，一般使用接口或抽象类实现。
2.具体策略（Concrete Strategy）类：实现了抽象策略定义的接口，提供具体的算法实现。
3.环境（Context）类：持有一个策略类的引用，最终给客户端调用。

第3中的环境类可以省略掉直接去使用接口的实现类吗？例如直接 new Strategy4B().strategyMethod() 或 new Strategy4B().strategyMethod(); 这样调用策略的实现？？？

策略（Strategy）模式

标签：布局   运行   ide   条件   一点   private   重复   多个   场景   

原文地址：https://www.cnblogs.com/love-xk/p/13151745.html